From owner-freebsd-hackers Sun Jun 8 02:43:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA06912 for hackers-outgoing; Sun, 8 Jun 1997 02:43:18 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA06904 for ; Sun, 8 Jun 1997 02:43:08 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id KAA20806; Sun, 8 Jun 1997 10:29:25 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 8 Jun 1997 10:28:50 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199706071643.LAA00966@watcher.isl.net> References: from Bob Bishop at "Jun 7, 97 07:45:03 am" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 8 Jun 1997 10:25:39 +0100 To: Daniel Ortmann From: Bob Bishop Subject: DNS for freebsd.org Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 17:43 +0100 7/6/97, Daniel Ortmann wrote [in -current]: >I ran a host command getting freebsd.org sites and auto-built a >set of [ -f src-cur.2909.gz ] || fetch commands with it, thinking >that this would be an efficient way to find it. (It didn't find it.) > >The odd thing that I discovered that a large number of the foreign >freebsd addresses could not be found. > >Why is that? Is there a pervasive problem with DNS's? I have suspected this for a while, but I'm not really sure why. Possibly having a couple of secondaries for freebsd.org outside of N America would help. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sun Jun 8 03:06:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07405 for hackers-outgoing; Sun, 8 Jun 1997 03:06:07 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA07399 for ; Sun, 8 Jun 1997 03:06:01 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 11018 invoked by uid 1001); 8 Jun 1997 10:05:57 +0000 (GMT) To: rb@gid.co.uk Cc: ortmann@sparc.isl.net, freebsd-hackers@FreeBSD.ORG Subject: Re: DNS for freebsd.org In-Reply-To: Your message of "Sun, 8 Jun 1997 10:25:39 +0100" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 08 Jun 1997 12:05:57 +0200 Message-ID: <11016.865764357@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 17:43 +0100 7/6/97, Daniel Ortmann wrote [in -current]: > >I ran a host command getting freebsd.org sites and auto-built a > >set of [ -f src-cur.2909.gz ] || fetch commands with it, thinking > >that this would be an efficient way to find it. (It didn't find it.) > > > >The odd thing that I discovered that a large number of the foreign > >freebsd addresses could not be found. > > > >Why is that? Is there a pervasive problem with DNS's? > > I have suspected this for a while, but I'm not really sure why. Possibly > having a couple of secondaries for freebsd.org outside of N America would > help. There is already one freebsd.org name server outside the US: ns.gnome.co.uk. Unfortunately it is not listed in the delegation from .org, and thus doesn't really help much. If there is any interest, I'd be happy to run a secondary for freebsd.org at snipp.uninett.no. This is a very stable and well-connected host (it has a minimum of 34 Mbit/s all the way from its position in Oslo, Norway to the US). Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sun Jun 8 03:08:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07489 for hackers-outgoing; Sun, 8 Jun 1997 03:08:42 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA07484 for ; Sun, 8 Jun 1997 03:08:36 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id RAA01845; Sun, 8 Jun 1997 17:49:18 +0800 (WST) Date: Sun, 8 Jun 1997 17:49:18 +0800 (WST) From: Adrian Chadd To: Sn1perX cc: freebsd-hackers@freebsd.org Subject: Re: I NEED HELP!!!!!! In-Reply-To: <19970607173000.NAA27469@ladder02.news.aol.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 7 Jun 1997, Sn1perX wrote: > if any kind soul would care ta explain how ta hack ta me, I am very > interested in learning, PLEASE E-Mail me at Sn1perX@aol.com > Hello. I don't know what kind of "hacking" you are asking for help with, but FreeBSD-hackers is not a place where we teach people how to break into other machines and find security holes. If you are asking for legitimate help with FreeBSD-specific programming, then please reply asking for help and I'm sure some people on here can give some pointers. Otherwise, please do not waste our time. -- Adrian Chadd | "Unix doesn't stop you from doing | stupid things because that would | stop you from doing clever things" From owner-freebsd-hackers Sun Jun 8 06:09:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA12243 for hackers-outgoing; Sun, 8 Jun 1997 06:09:20 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA12238 for ; Sun, 8 Jun 1997 06:09:14 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id WAA05131; Sun, 8 Jun 1997 22:08:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (fUOEgdobHoMlzXIxMFobBLlWFH4PmZzK@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id WAA03141; Sun, 8 Jun 1997 22:08:19 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id WAA01984; Sun, 8 Jun 1997 22:13:35 +0900 (JST) Message-Id: <199706081313.WAA01984@zodiac.mech.utsunomiya-u.ac.jp> To: Wilko Bulte cc: FreeBSD-hackers@freebsd.org (FreeBSD hackers list), yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Lockup during kernel device probe on 2.2.1R In-reply-to: Your message of "Sat, 07 Jun 1997 20:49:19 +0200." <199706071849.UAA00951@yedi.iaf.nl> References: <199706071849.UAA00951@yedi.iaf.nl> Date: Sun, 08 Jun 1997 22:13:34 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >OS: FreeBSD 2.2.1R straight of the CD >Machines: 4x 486DX/33, all the same EISA motherboard (Philips P9175 to be > exact) > memory: 12 or 16 Mb > disk: 3x AHA1740 with different brands of rootdisks > 1x WD1007 with ESDI Micropolis > console: 3x VGA, 1x EGA > > >Problem: Of the 4 machines, 3 lockup after "boot -v"-ing the 2.2.1R > bootflop. The last message printed is from syscons: > bla bla port is 0045 (I of course forgot to take the > paper with the exact message :( ) Then nothing appears on > the (VGA) console anymore. > > Of the 3 failing machines, 2 are currently running 2.1.6R like > a charm. Disabling all of the devices that are not essential > makes no difference whatsoever. > > Interestingly enough the 4th machine runs and boots 2.2.1R without > any problem. Has Orchid Prodesigner VGA BTW. So, the video cards which failed to boot 2.2.1R are 2 VGAs and 1 EGA, right? Would you tell us the brands and models of these cards? What I can think of is... Try booting the 2.2.2R boot.flp on the failed systems and see how it goes. If they can boot the floppy, you may either: a) install 2.2.2R rather than 2.2.1R, or b) put the Orchid card in the failed systems and install 2.2.1R. Then apply the following patch to /sys/i386/isa/syscons.c so that the syscons driver is brought to the level of 2.2.2R, and put back the original video card. Kazu Index: syscons.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/syscons.c,v retrieving revision 1.182.2.15 retrieving revision 1.182.2.18 diff -u -r1.182.2.15 -r1.182.2.18 --- syscons.c 1997/03/09 06:32:28 1.182.2.15 +++ syscons.c 1997/05/11 06:09:02 1.182.2.18 @@ -25,7 +25,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $Id: syscons.c,v 1.182.2.15 1997/03/09 06:32:28 yokota Exp $ + * $Id: syscons.c,v 1.182.2.18 1997/05/11 06:09:02 yokota Exp $ */ #include "sc.h" @@ -79,8 +79,9 @@ #define COLD 0 #define WARM 1 -/* this may break on older VGA's but is useful on real 32 bit systems */ -#define bcopyw bcopy +/* XXX use sc_bcopy where video memory is concerned */ +#define sc_bcopy generic_bcopy +extern void generic_bcopy(const void *, void *, size_t); static default_attr user_default = { (FG_LIGHTGREY | BG_BLACK) << 8, @@ -127,6 +128,7 @@ char font_14[256*14]; char font_16[256*16]; char palette[256*3]; +static char vgaregs[64]; static char *cut_buffer; static u_short mouse_and_mask[16] = { 0xc000, 0xe000, 0xf000, 0xf800, @@ -201,6 +203,9 @@ static void set_keyboard(int command, int data); static void update_leds(int which); static void set_vgaregs(char *modetable); +static void read_vgaregs(char *buf); +static int comp_vgaregs(u_char *buf1, u_char *buf2); +static void dump_vgaregs(u_char *buf); static void set_font_mode(void); static void set_normal_mode(void); static void set_destructive_cursor(scr_stat *scp); @@ -332,14 +337,10 @@ c |= KBD_OVERRIDE_KBD_LOCK; #endif - /* - * enable the keyboard port, but disable the keyboard intr. - * the aux port (mouse port) is disabled too. - */ + /* enable the keyboard port, but disable the keyboard intr. */ if (!set_controller_command_byte(sc_kbdc, - KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS, - KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT - | KBD_DISABLE_AUX_PORT | KBD_DISABLE_AUX_INT)) { + KBD_KBD_CONTROL_BITS, + KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT)) { /* CONTROLLER ERROR * there is very little we can do... */ @@ -411,8 +412,8 @@ } /* enable the keyboard port and intr. */ if (!set_controller_command_byte(sc_kbdc, - KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS | KBD_OVERRIDE_KBD_LOCK, - (c & (KBD_AUX_CONTROL_BITS | KBD_OVERRIDE_KBD_LOCK)) + KBD_KBD_CONTROL_BITS | KBD_TRANSLATION | KBD_OVERRIDE_KBD_LOCK, + (c & (KBD_TRANSLATION | KBD_OVERRIDE_KBD_LOCK)) | KBD_ENABLE_KBD_PORT | KBD_ENABLE_KBD_INT)) { /* CONTROLLER ERROR * This is serious; we are left with the disabled keyboard intr. @@ -468,7 +469,7 @@ M_DEVBUF, M_NOWAIT); /* copy temporary buffer to final buffer */ - bcopyw(sc_buffer, scp->scr_buf, scp->xsize * scp->ysize * sizeof(u_short)); + bcopy(sc_buffer, scp->scr_buf, scp->xsize * scp->ysize * sizeof(u_short)); scp->cursor_pos = scp->cursor_oldpos = scp->scr_buf + scp->xpos + scp->ypos * scp->xsize; @@ -494,6 +495,19 @@ update_leds(scp->status); + if (bootverbose) { + printf("sc%d: BIOS video mode:%d\n", + dev->id_unit, *(u_char *)pa_to_va(0x449)); + printf("sc%d: VGA registers upon power-up\n", dev->id_unit); + dump_vgaregs(vgaregs); + printf("sc%d: video mode:%d\n", dev->id_unit, scp->mode); + if (video_mode_ptr != NULL) { + printf("sc%d: VGA registers for mode:%d\n", + dev->id_unit, scp->mode); + dump_vgaregs(video_mode_ptr + (64*scp->mode)); + } + } + printf("sc%d: ", dev->id_unit); if (crtc_vga) if (crtc_addr == MONO_BASE) @@ -1472,7 +1486,7 @@ s = splclock(); if (scp == cur_console && !(scp->status & UNKNOWN_MODE)) { if (/* timer not running && */ (scp->start <= scp->end)) { - bcopyw(scp->scr_buf + scp->start, Crtat + scp->start, + sc_bcopy(scp->scr_buf + scp->start, Crtat + scp->start, (1 + scp->end - scp->start) * sizeof(u_short)); scp->start = scp->xsize * scp->ysize; scp->end = 0; @@ -1564,7 +1578,7 @@ if (!scrn_blanked) { /* update screen image */ if (scp->start <= scp->end) { - bcopyw(scp->scr_buf + scp->start, Crtat + scp->start, + sc_bcopy(scp->scr_buf + scp->start, Crtat + scp->start, (1 + scp->end - scp->start) * sizeof(u_short)); } @@ -1753,7 +1767,7 @@ if (scp->ypos > 0) move_crsr(scp, scp->xpos, scp->ypos - 1); else { - bcopyw(scp->scr_buf, scp->scr_buf + scp->xsize, + bcopy(scp->scr_buf, scp->scr_buf + scp->xsize, (scp->ysize - 1) * scp->xsize * sizeof(u_short)); fillw(scp->term.cur_color | scr_map[0x20], scp->scr_buf, scp->xsize); @@ -1906,7 +1920,7 @@ src = scp->scr_buf + scp->ypos * scp->xsize; dst = src + n * scp->xsize; count = scp->ysize - (scp->ypos + n); - bcopyw(src, dst, count * scp->xsize * sizeof(u_short)); + bcopy(src, dst, count * scp->xsize * sizeof(u_short)); fillw(scp->term.cur_color | scr_map[0x20], src, n * scp->xsize); mark_for_update(scp, scp->ypos * scp->xsize); @@ -1920,7 +1934,7 @@ dst = scp->scr_buf + scp->ypos * scp->xsize; src = dst + n * scp->xsize; count = scp->ysize - (scp->ypos + n); - bcopyw(src, dst, count * scp->xsize * sizeof(u_short)); + bcopy(src, dst, count * scp->xsize * sizeof(u_short)); src = dst + count * scp->xsize; fillw(scp->term.cur_color | scr_map[0x20], src, n * scp->xsize); @@ -1935,7 +1949,7 @@ dst = scp->cursor_pos; src = dst + n; count = scp->xsize - (scp->xpos + n); - bcopyw(src, dst, count * sizeof(u_short)); + bcopy(src, dst, count * sizeof(u_short)); src = dst + count; fillw(scp->term.cur_color | scr_map[0x20], src, n); mark_for_update(scp, scp->cursor_pos - scp->scr_buf); @@ -1949,7 +1963,7 @@ src = scp->cursor_pos; dst = src + n; count = scp->xsize - (scp->xpos + n); - bcopyw(src, dst, count * sizeof(u_short)); + bcopy(src, dst, count * sizeof(u_short)); fillw(scp->term.cur_color | scr_map[0x20], src, n); mark_for_update(scp, scp->cursor_pos - scp->scr_buf); mark_for_update(scp, scp->cursor_pos - scp->scr_buf + n + count); @@ -1959,7 +1973,7 @@ n = scp->term.param[0]; if (n < 1) n = 1; if (n > scp->ysize) n = scp->ysize; - bcopyw(scp->scr_buf + (scp->xsize * n), + bcopy(scp->scr_buf + (scp->xsize * n), scp->scr_buf, scp->xsize * (scp->ysize - n) * sizeof(u_short)); fillw(scp->term.cur_color | scr_map[0x20], @@ -1972,7 +1986,7 @@ n = scp->term.param[0]; if (n < 1) n = 1; if (n > scp->ysize) n = scp->ysize; - bcopyw(scp->scr_buf, + bcopy(scp->scr_buf, scp->scr_buf + (scp->xsize * n), scp->xsize * (scp->ysize - n) * sizeof(u_short)); @@ -2342,14 +2356,14 @@ if (scp->cursor_pos >= scp->scr_buf + scp->ysize * scp->xsize) { remove_cutmarking(scp); if (scp->history) { - bcopyw(scp->scr_buf, scp->history_head, + bcopy(scp->scr_buf, scp->history_head, scp->xsize * sizeof(u_short)); scp->history_head += scp->xsize; if (scp->history_head + scp->xsize > scp->history + scp->history_size) scp->history_head = scp->history; } - bcopyw(scp->scr_buf + scp->xsize, scp->scr_buf, + bcopy(scp->scr_buf + scp->xsize, scp->scr_buf, scp->xsize * (scp->ysize - 1) * sizeof(u_short)); fillw(scp->term.cur_color | scr_map[0x20], scp->scr_buf + scp->xsize * (scp->ysize - 1), @@ -2431,6 +2445,7 @@ u_long segoff; crtc_vga = TRUE; + read_vgaregs(vgaregs); /* Get the BIOS video mode pointer */ segoff = *(u_long *)pa_to_va(0x4a8); @@ -2447,8 +2462,14 @@ init_scp(console[0]); cur_console = console[0]; + /* discard the video mode table if we are not familiar with it... */ + if (video_mode_ptr) { + if (comp_vgaregs(vgaregs, video_mode_ptr + 64*console[0]->mode)) + video_mode_ptr = NULL; + } + /* copy screen to temporary buffer */ - bcopyw(Crtat, sc_buffer, + sc_bcopy(Crtat, sc_buffer, console[0]->xsize * console[0]->ysize * sizeof(u_short)); console[0]->scr_buf = console[0]->mouse_pos = sc_buffer; @@ -2577,7 +2598,7 @@ int i; for (i=0; iysize; i++) - bcopyw(scp->history + (((scp->history_pos - scp->history) + + bcopy(scp->history + (((scp->history_pos - scp->history) + scp->history_size-((i+1)*scp->xsize))%scp->history_size), scp->scr_buf + (scp->xsize * (scp->ysize-1 - i)), scp->xsize * sizeof(u_short)); @@ -2759,7 +2780,7 @@ /* copy screen into top of history buffer */ for (i=0; iysize; i++) { - bcopyw(cur_console->scr_buf + (cur_console->xsize * i), + bcopy(cur_console->scr_buf + (cur_console->xsize * i), cur_console->history_head, cur_console->xsize * sizeof(u_short)); cur_console->history_head += cur_console->xsize; @@ -2941,7 +2962,7 @@ u_short *ptr = cur_console->history_save; for (i=0; iysize; i++) { - bcopyw(ptr, + bcopy(ptr, cur_console->scr_buf + (cur_console->xsize*i), cur_console->xsize * sizeof(u_short)); @@ -3110,11 +3131,12 @@ /* disable the keyboard and mouse interrupt */ s = spltty(); +#if 0 c = get_controller_command_byte(sc_kbdc); if ((c == -1) || !set_controller_command_byte(sc_kbdc, kbdc_get_device_mask(sc_kbdc), - KBD_ENABLE_KBD_PORT | KBD_DISABLE_KBD_INT + KBD_DISABLE_KBD_PORT | KBD_DISABLE_KBD_INT | KBD_DISABLE_AUX_PORT | KBD_DISABLE_AUX_INT)) { /* CONTROLLER ERROR */ kbdc_lock(sc_kbdc, FALSE); @@ -3129,15 +3151,21 @@ * by the lock flag set via `kbdc_lock()' */ splx(s); +#endif - send_kbd_command_and_data(sc_kbdc, command, data); + if (send_kbd_command_and_data(sc_kbdc, command, data) != KBD_ACK) + send_kbd_command(sc_kbdc, KBDC_ENABLE_KBD); +#if 0 /* restore the interrupts */ if (!set_controller_command_byte(sc_kbdc, kbdc_get_device_mask(sc_kbdc), c & (KBD_KBD_CONTROL_BITS | KBD_AUX_CONTROL_BITS))) { /* CONTROLLER ERROR */ } +#else + splx(s); +#endif kbdc_lock(sc_kbdc, FALSE); } @@ -3169,22 +3197,22 @@ /* setup video hardware for the given mode */ switch (scp->mode) { case M_VGA_M80x60: - bcopyw(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); goto special_80x60; case M_VGA_C80x60: - bcopyw(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); special_80x60: special_modetable[2] = 0x08; special_modetable[19] = 0x47; goto special_480l; case M_VGA_M80x30: - bcopyw(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); goto special_80x30; case M_VGA_C80x30: - bcopyw(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); special_80x30: special_modetable[19] = 0x4f; special_480l: @@ -3199,21 +3227,21 @@ goto setup_mode; case M_ENH_B80x43: - bcopyw(video_mode_ptr+(64*M_ENH_B80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_ENH_B80x25), &special_modetable, 64); goto special_80x43; case M_ENH_C80x43: - bcopyw(video_mode_ptr+(64*M_ENH_C80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_ENH_C80x25), &special_modetable, 64); special_80x43: special_modetable[28] = 87; goto special_80x50; case M_VGA_M80x50: - bcopyw(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_M80x25), &special_modetable, 64); goto special_80x50; case M_VGA_C80x50: - bcopyw(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); + bcopy(video_mode_ptr+(64*M_VGA_C80x25), &special_modetable, 64); special_80x50: special_modetable[2] = 8; special_modetable[19] = 7; @@ -3316,6 +3344,86 @@ } static void +read_vgaregs(char *buf) +{ + int i, j; + int s; + + bzero(buf, 64); + + s = splhigh(); + + outb(TSIDX, 0x00); outb(TSREG, 0x01); /* stop sequencer */ + outb(TSIDX, 0x07); outb(TSREG, 0x00); /* unlock registers */ + for (i=0, j=5; i<4; i++) { + outb(TSIDX, i+1); + buf[j++] = inb(TSREG); + } + buf[9] = inb(MISC + 10); /* dot-clock */ + outb(TSIDX, 0x00); outb(TSREG, 0x03); /* start sequencer */ + + for (i=0, j=10; i<25; i++) { /* crtc */ + outb(crtc_addr, i); + buf[j++] = inb(crtc_addr+1); + } + for (i=0, j=35; i<20; i++) { /* attribute ctrl */ + inb(crtc_addr+6); /* reset flip-flop */ + outb(ATC, i); + buf[j++] = inb(ATC + 1); + } + for (i=0, j=55; i<9; i++) { /* graph data ctrl */ + outb(GDCIDX, i); + buf[j++] = inb(GDCREG); + } + inb(crtc_addr+6); /* reset flip-flop */ + outb(ATC, 0x20); /* enable palette */ + + buf[0] = *(char *)pa_to_va(0x44a); /* COLS */ + buf[1] = *(char *)pa_to_va(0x484); /* ROWS */ + buf[2] = *(char *)pa_to_va(0x485); /* POINTS */ + buf[3] = *(char *)pa_to_va(0x44c); + buf[4] = *(char *)pa_to_va(0x44d); + + splx(s); +} + +static int +comp_vgaregs(u_char *buf1, u_char *buf2) +{ + int i; + + for(i = 0; i < 20; ++i) { + if (*buf1++ != *buf2++) + return 1; + } + buf1 += 2; /* skip the cursor shape */ + buf2 += 2; + for(i = 22; i < 24; ++i) { + if (*buf1++ != *buf2++) + return 1; + } + buf1 += 2; /* skip the cursor position */ + buf2 += 2; + for(i = 26; i < 64; ++i) { + if (*buf1++ != *buf2++) + return 1; + } + return 0; +} + +static void +dump_vgaregs(u_char *buf) +{ + int i; + + for(i = 0; i < 64;) { + printf("%02x ", buf[i]); + if ((++i % 16) == 0) + printf("\n"); + } +} + +static void set_font_mode() { int s = splhigh(); @@ -3387,6 +3495,9 @@ modetable = video_mode_ptr + (64*M_VGA_C80x25); } + if (video_mode_ptr == NULL) + modetable = vgaregs; + /* setup vga for normal operation mode again */ inb(crtc_addr+6); /* reset flip-flop */ outb(ATC, 0x10); outb(ATC, modetable[0x10+35]); @@ -3481,19 +3592,19 @@ if (scp->status & MOUSE_VISIBLE) { if ((scp->cursor_saveunder & 0xff) == 0xd0) - bcopyw(&scp->mouse_cursor[0], cursor, scp->font_size); + bcopy(&scp->mouse_cursor[0], cursor, scp->font_size); else if ((scp->cursor_saveunder & 0xff) == 0xd1) - bcopyw(&scp->mouse_cursor[32], cursor, scp->font_size); + bcopy(&scp->mouse_cursor[32], cursor, scp->font_size); else if ((scp->cursor_saveunder & 0xff) == 0xd2) - bcopyw(&scp->mouse_cursor[64], cursor, scp->font_size); + bcopy(&scp->mouse_cursor[64], cursor, scp->font_size); else if ((scp->cursor_saveunder & 0xff) == 0xd3) - bcopyw(&scp->mouse_cursor[96], cursor, scp->font_size); + bcopy(&scp->mouse_cursor[96], cursor, scp->font_size); else - bcopyw(font_buffer+((scp->cursor_saveunder & 0xff)*scp->font_size), + bcopy(font_buffer+((scp->cursor_saveunder & 0xff)*scp->font_size), cursor, scp->font_size); } else - bcopyw(font_buffer + ((scp->cursor_saveunder & 0xff) * scp->font_size), + bcopy(font_buffer + ((scp->cursor_saveunder & 0xff) * scp->font_size), cursor, scp->font_size); for (i=0; i<32; i++) if ((i >= scp->cursor_start && i <= scp->cursor_end) || @@ -3503,7 +3614,7 @@ while (!(inb(crtc_addr+6) & 0x08)) /* wait for vertical retrace */ ; #endif set_font_mode(); - bcopy(cursor, (char *)pa_to_va(address) + DEAD_CHAR * 32, 32); + sc_bcopy(cursor, (char *)pa_to_va(address) + DEAD_CHAR * 32, 32); set_normal_mode(); } @@ -3630,13 +3741,13 @@ yoffset = scp->mouse_ypos % font_size; /* prepare mousepointer char's bitmaps */ - bcopyw(font_buffer + ((*(scp->mouse_pos) & 0xff) * font_size), + bcopy(font_buffer + ((*(scp->mouse_pos) & 0xff) * font_size), &scp->mouse_cursor[0], font_size); - bcopyw(font_buffer + ((*(scp->mouse_pos+1) & 0xff) * font_size), + bcopy(font_buffer + ((*(scp->mouse_pos+1) & 0xff) * font_size), &scp->mouse_cursor[32], font_size); - bcopyw(font_buffer + ((*(scp->mouse_pos+scp->xsize) & 0xff) * font_size), + bcopy(font_buffer + ((*(scp->mouse_pos+scp->xsize) & 0xff) * font_size), &scp->mouse_cursor[64], font_size); - bcopyw(font_buffer + ((*(scp->mouse_pos+scp->xsize+1) & 0xff) * font_size), + bcopy(font_buffer + ((*(scp->mouse_pos+scp->xsize+1) & 0xff) * font_size), &scp->mouse_cursor[96], font_size); for (i=0; imouse_cursor[i]<<8 | scp->mouse_cursor[i+32]; @@ -3663,7 +3774,7 @@ while (!(inb(crtc_addr+6) & 0x08)) /* idle */ ; #endif set_font_mode(); - bcopy(scp->mouse_cursor, (char *)pa_to_va(address) + 0xd0 * 32, 128); + sc_bcopy(scp->mouse_cursor, (char *)pa_to_va(address) + 0xd0 * 32, 128); set_normal_mode(); *(crt_pos) = (*(scp->mouse_pos)&0xff00)|0xd0; *(crt_pos+scp->xsize) = (*(scp->mouse_pos+scp->xsize)&0xff00)|0xd2; @@ -3798,8 +3909,12 @@ { static int toggle = 0; static u_char save_mode; - int s = splhigh(); + int s; + + if (video_mode_ptr == NULL) + return; + s = splhigh(); if (toggle) { scp->mode = save_mode; scp->status &= ~UNKNOWN_MODE; From owner-freebsd-hackers Sun Jun 8 08:43:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17031 for hackers-outgoing; Sun, 8 Jun 1997 08:43:22 -0700 (PDT) Received: from maciek.gv.edu.pl (maciek.gv.edu.pl [195.117.86.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA17023 for ; Sun, 8 Jun 1997 08:42:57 -0700 (PDT) Received: from pppk.tu.kielce.pl (ppp11.kielce.tpnet.pl [195.117.130.11]) by maciek.gv.edu.pl (8.8.5/8.8.2) with SMTP id RAA25042; Sun, 8 Jun 1997 17:36:58 +0200 (CEST) Message-ID: <339AD198.29AB@gv.edu.pl> Date: Sun, 08 Jun 1997 17:36:56 +0200 From: Andrzej Szydlo Reply-To: aszydlo@gv.edu.pl X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: Christian Fortin CC: freebsd-hackers@freebsd.org Subject: Re: CAD References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Christian, Thanks for the suggestion. I'll try it. Unfortunately, the system users (machines operators) are not expected to be trained well enough to use sophisticated (for them) AutoCAD interface. I'd at least have to strongly customize it it first, which is generally possible. The more important problem may be the AutoCAD's price... Anyway, thanks again. Andrzej Christian Fortin wrote: > > I am not sure, but Autocad is suposed to be avalable on SCO Unix... > I think you should try it on FreeBSD whit ibcs2 emulator... > > From owner-freebsd-hackers Sun Jun 8 09:12:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18250 for hackers-outgoing; Sun, 8 Jun 1997 09:12:35 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18245 for ; Sun, 8 Jun 1997 09:12:29 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id SAA12095 for hackers@FreeBSD.ORG; Sun, 8 Jun 1997 18:12:26 +0200 (SAT) From: John Hay Message-Id: <199706081612.SAA12095@zibbi.mikom.csir.co.za> Subject: Proposed change to struct clockinfo To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Sun, 8 Jun 1997 18:12:26 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have tried to compile the latest version of xntpd (3-5.90.1) on FreeBSD, but the compile breaks because it assume that the clockinfo structure have an element tickadj. Both NetBSD and OpenBSD have it. I would like to add it to our source also, but want to hear if there is any complaints, or something that I have missed. Four files have to change: sys/sys/time.h sys/kern/kern_clock.c lib/libc/gen/sysctl.3 usr.sbin/sysctl/sysctl.c As far as I can tell only 4 other files use the clockinfo structure and they will work again after a recompile. They are: lib/libc/gmon/gmon.c usr.bin/time/time.c usr.sbin/kgmon/kgmon.c libexec/rpc.rstatd/rstat_proc.c I would also like to put these in the 2.2 tree after a few days. If I don't hear anything in the next few days, I will assume it means yes. :-) John -- John Hay -- John.Hay@mikom.csir.co.za --- sys/sys/time.h.org Tue May 13 18:38:11 1997 +++ sys/sys/time.h Sun Jun 8 17:34:22 1997 @@ -125,6 +125,7 @@ struct clockinfo { int hz; /* clock frequency */ int tick; /* micro-seconds per hz tick */ + int tickadj; /* clock skew rate for adjtime() */ int stathz; /* statistics clock frequency */ int profhz; /* profiling clock frequency */ }; --- sys/kern/kern_clock.c.org Sun Jun 8 17:31:24 1997 +++ sys/kern/kern_clock.c Sun Jun 8 17:32:43 1997 @@ -1048,6 +1048,7 @@ */ clkinfo.hz = hz; clkinfo.tick = tick; + clkinfo.tickadj = tickadj; clkinfo.profhz = profhz; clkinfo.stathz = stathz ? stathz : hz; return (sysctl_handle_opaque(oidp, &clkinfo, sizeof clkinfo, req)); --- lib/libc/gen/sysctl.3.org Sat Mar 15 16:52:46 1997 +++ lib/libc/gen/sysctl.3 Sun Jun 8 17:37:30 1997 @@ -294,7 +294,7 @@ .Va struct clockinfo structure is returned. This structure contains the clock, statistics clock and profiling clock -frequencies, and the number of micro-seconds per hz tick. +frequencies, the number of micro-seconds per hz tick and the slew rate. .It Li KERN_FILE Return the entire file table. The returned data consists of a single --- usr.sbin/sysctl/sysctl.c.org Fri Apr 4 18:42:54 1997 +++ usr.sbin/sysctl/sysctl.c Sun Jun 8 17:39:48 1997 @@ -222,8 +222,8 @@ struct clockinfo *ci = (struct clockinfo*)p; if (l2 != sizeof *ci) err(-1, "S_clockinfo %d != %d", l2, sizeof *ci); - printf("{ hz = %d, tick = %d, profhz = %d, stathz = %d }", - ci->hz, ci->tick, ci->profhz, ci->stathz); + printf("{ hz = %d, tick = %d, tickadj = %d, profhz = %d, stathz = %d }", + ci->hz, ci->tick, ci->tickadj, ci->profhz, ci->stathz); return (0); } From owner-freebsd-hackers Sun Jun 8 09:17:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18747 for hackers-outgoing; Sun, 8 Jun 1997 09:17:51 -0700 (PDT) Received: from plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA18741 for ; Sun, 8 Jun 1997 09:17:48 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id SAA21567; Sun, 8 Jun 1997 18:17:44 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id SAA23344; Sun, 8 Jun 1997 18:17:45 +0200 (MET DST) Date: Sun, 8 Jun 1997 18:17:45 +0200 (MET DST) From: Michael Reifenberger To: Andrzej Szydlo cc: Christian Fortin , freebsd-hackers@FreeBSD.ORG Subject: Re: CAD In-Reply-To: <339AD198.29AB@gv.edu.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Jun 1997, Andrzej Szydlo wrote: ... > > Thanks for the suggestion. I'll try it. > Unfortunately, the system users (machines operators) are not expected to > be trained well enough to use sophisticated (for them) AutoCAD > interface. I'd at least have to strongly customize it it first, which is > generally possible. The more important problem may be the AutoCAD's > price... You should give BRL-CAD a try. ftp://ftp.brl.mil/brl-cad/ You have to register yourself to get access to the sources. It is free of charge though. See the README NON_USA_README. I don't know if it compiles cleanly under BSD. Does anybody have some patches. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-hackers Sun Jun 8 09:34:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20554 for hackers-outgoing; Sun, 8 Jun 1997 09:34:00 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20533 for ; Sun, 8 Jun 1997 09:33:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA01331 for ; Sun, 8 Jun 1997 18:33:35 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA16602 for freebsd-hackers@FreeBSD.ORG; Sun, 8 Jun 1997 18:33:27 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id OAA10350; Sun, 8 Jun 1997 14:33:24 +0200 (CEST) Message-ID: <19970608143324.62565@keltia.freenix.fr> Date: Sun, 8 Jun 1997 14:33:24 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: DNS for freebsd.org References: <11016.865764357@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <11016.865764357@verdi.nethelp.no>; from sthaug@nethelp.no on Sun, Jun 08, 1997 at 12:05:57PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3332 AMD-K6 MMX @ 208 MHz Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to sthaug@nethelp.no: > There is already one freebsd.org name server outside the US: ns.gnome.co.uk. > Unfortunately it is not listed in the delegation from .org, and thus doesn't > really help much. The machine hosting fr.freebsd.org could be secondary for freebsd.org. It is well connected within RENATER (French research & academic network) and already relays mail for most french sites for the FreeBSD lists. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #17: Sat May 31 18:55:45 CEST 1997 From owner-freebsd-hackers Sun Jun 8 10:04:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25347 for hackers-outgoing; Sun, 8 Jun 1997 10:04:48 -0700 (PDT) Received: from iafnl.es.iaf.nl (root@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA25328 for ; Sun, 8 Jun 1997 10:04:44 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA08976 (5.67b/IDA-1.5 for FreeBSD-hackers@FreeBSD.ORG); Sun, 8 Jun 1997 18:42:06 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id OAA01893; Sun, 8 Jun 1997 14:34:33 +0200 (MET DST) From: Wilko Bulte Message-Id: <199706081234.OAA01893@yedi.iaf.nl> Subject: Re: Lockup during kernel device probe on 2.2.1R To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 8 Jun 1997 14:34:33 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.ORG In-Reply-To: <19970608000932.GX40967@uriah.heep.sax.de> from "J Wunsch" at Jun 8, 97 00:09:32 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > As Wilko Bulte wrote: > > > Problem: Of the 4 machines, 3 lockup after "boot -v"-ing the 2.2.1R > > bootflop. The last message printed is from syscons: > > bla bla port is 0045 (I of course forgot to take the > > paper with the exact message :( ) Then nothing appears on > > the (VGA) console anymore. > > Did you try 2.2.2? Kazu has fixed a number of syscons-related bugs. Not yet. I just downloaded the 2.2.2 bootflop. Problem is that the 3 non-working machines are 6 miles away, the working one is at my home. But even when there is a syscons bug involved this still does not solve the mystery that 1 out of 4 works like a charm. Further investigation has shown that all also have the exact same system BIOS. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jun 8 11:13:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05104 for hackers-outgoing; Sun, 8 Jun 1997 11:13:21 -0700 (PDT) Received: from smarty.telcel.net.ve (ftp.T-Net.net.ve [206.48.41.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05096 for ; Sun, 8 Jun 1997 11:13:16 -0700 (PDT) Received: from telcel.telcel.net.ve ([208.136.193.146]) by smarty.telcel.net.ve (Post.Office MTA v3.1 release 0154 evaluation license) with ESMTP id AAA4908 for ; Sun, 8 Jun 1997 14:11:06 +0400 From: "=?ISO-8859-1?Q?Ricardo_N=FA=F1ez?=" To: "FreeBSD Hackers" Subject: 504 MB Limit Date: Sun, 8 Jun 1997 14:09:59 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <19970608101105.AAA4908@telcel.telcel.net.ve> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Gentlemen, I have the following things: - FreeBSD 2.2.1 CD-ROMs - "The Complete FreeBSD" book from Greg Lehey. - A PC Clone with a Triton Motherboard, 24 MB RAM and... - An IDE (EIDE?) disk which has 1280 MB capacity (620 cylinders, 64 heads, 63 sectors) - All the hard disk has a working Windows 95 environment in one partition. I´d like to avoid Greg Lehey´s advice which said (page 30) that I have to put my root FreeBSD slice before the first 504 MB. My BIOS DOES support that disk with its 1280 MB. I don´t have to "run" any special booting software. I´d like to keep a whole C: FAT Win95 partition (with no Extended DOS partition). So.... Can I split my disk in just two slices: an old DOS partition just with less disk space, and all the rest (let´s say around 300 Mb) to FreeBSD slices without having to take care of 504 MB problem? Thank you very much in advance, Ricardo Nunez From owner-freebsd-hackers Sun Jun 8 11:53:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11433 for hackers-outgoing; Sun, 8 Jun 1997 11:53:13 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11426 for ; Sun, 8 Jun 1997 11:53:10 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem17.usc.unal.edu.co [168.176.3.47]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id NAA04914; Sun, 8 Jun 1997 13:54:26 -0500 (COT) Message-ID: <339B1AE2.4C06@fps.biblos.unal.edu.co> Date: Sun, 08 Jun 1997 13:49:38 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Ricardo Núñez CC: FreeBSD Hackers Subject: Re: 504 MB Limit References: <19970608101105.AAA4908@telcel.telcel.net.ve> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ricardo; Please keep these questions on the questions@freebsd.org list, this is for more technical issues. Although my disk is 1.6G size, my BIOS doesn't support LBA, and so my Windows partition is limited to a bit more that 500M. If your BIOS supports LBA, you can keep a bigger DOS partition. (FIPS is your friend, but remember to defrag well your disk). It's really very simple. Pedro. Ricardo Núñez wrote: > > Dear Gentlemen, > > I have the following things: > > - FreeBSD 2.2.1 CD-ROMs > - "The Complete FreeBSD" book from Greg Lehey. > - A PC Clone with a Triton Motherboard, 24 MB RAM and... > - An IDE (EIDE?) disk which has 1280 MB capacity (620 cylinders, 64 heads, > 63 sectors) > - All the hard disk has a working Windows 95 environment in one partition. > > I´d like to avoid Greg Lehey´s advice which said (page 30) that I have to > put my root FreeBSD slice before the first 504 MB. My BIOS DOES support > that disk with its 1280 MB. I don´t have to "run" any special booting > software. I´d like to keep a whole C: FAT Win95 partition (with no Extended > DOS partition). So.... > > Can I split my disk in just two slices: an old DOS partition just with less > disk space, and all the rest (let´s say around 300 Mb) to FreeBSD slices > without having to take care of 504 MB problem? > > Thank you very much in advance, > > Ricardo Nunez From owner-freebsd-hackers Sun Jun 8 12:25:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13795 for hackers-outgoing; Sun, 8 Jun 1997 12:25:28 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA13790 for ; Sun, 8 Jun 1997 12:25:26 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id PAA27156; Sun, 8 Jun 1997 15:25:24 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id PAA23415; Sun, 8 Jun 1997 15:25:22 -0400 Date: Sun, 8 Jun 1997 15:25:06 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: =?ISO-8859-1?Q?Ricardo_N=FA=F1ez?= cc: FreeBSD Hackers Subject: Re: 504 MB Limit In-Reply-To: <19970608101105.AAA4908@telcel.telcel.net.ve> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id MAA13791 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 8 Jun 1997, Ricardo Núñez wrote: > Dear Gentlemen, > > I have the following things: > > - FreeBSD 2.2.1 CD-ROMs > - "The Complete FreeBSD" book from Greg Lehey. > - A PC Clone with a Triton Motherboard, 24 MB RAM and... > - An IDE (EIDE?) disk which has 1280 MB capacity (620 cylinders, 64 heads, > 63 sectors) > - All the hard disk has a working Windows 95 environment in one partition. > > I´d like to avoid Greg Lehey´s advice which said (page 30) that I have to > put my root FreeBSD slice before the first 504 MB. My BIOS DOES support > that disk with its 1280 MB. I don´t have to "run" any special booting > software. I´d like to keep a whole C: FAT Win95 partition (with no Extended > DOS partition). So.... > > Can I split my disk in just two slices: an old DOS partition just with less > disk space, and all the rest (let´s say around 300 Mb) to FreeBSD slices > without having to take care of 504 MB problem? > > Thank you very much in advance, The trouble is not in the geometry directly, it's in how the bios keeps track of cylinders. See, the bios is what produces the vector that finds the FreeBSD partition. Once the FreeBSD partition has been found by the bios, FreeBSD software takes over. The trouble is, the bios uses a 10 bit number to keep track of the cylinder, so it can only produce vectors between 0 and 1023. Back when I used IDE drives, my drive had a hardware pin that let it cheat and double the number of sectors per track, and artifically then halve the number of cylinders. You had to have formatted the drive that way, but it let the bios see the whole drive. If you don't have something like that, then you are indeed limited. Also, don't rely on any software disk manager to do it, because booting occurs before such software has been loaded. So, even tho your disk parameters may be correctly listed in your bios, you have that limitation: the boot sector of a bootable partition must begin in cylinders 0-1023. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Jun 8 13:01:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15264 for hackers-outgoing; Sun, 8 Jun 1997 13:01:52 -0700 (PDT) Received: from punt-2.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA15258 for ; Sun, 8 Jun 1997 13:01:47 -0700 (PDT) Received: from fdy2.demon.co.uk ([194.222.102.143]) by punt-2.mail.demon.net id aa1122388; 8 Jun 97 21:01 BST Received: (from rjs@localhost) by fdy2.demon.co.uk (8.8.5/8.6.12) id UAA00486; Sun, 8 Jun 1997 20:31:12 +0100 (BST) Date: Sun, 8 Jun 1997 20:31:12 +0100 (BST) From: Robert Swindells Message-Id: <199706081931.UAA00486@fdy2.demon.co.uk> To: root@totum.plaut.de CC: aszydlo@gv.edu.pl, cfortin@ec.camitel.com, freebsd-hackers@freebsd.org In-reply-to: (message from Michael Reifenberger on Sun, 8 Jun 1997 18:17:45 +0200 (MET DST)) Subject: Re: CAD Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Reifenberger wrote: >> Andrzej Szydlo wrote: >> >> Thanks for the suggestion. I'll try it. >> Unfortunately, the system users (machines operators) are not expected to >> be trained well enough to use sophisticated (for them) AutoCAD >> interface. I'd at least have to strongly customize it it first, which is >> generally possible. The more important problem may be the AutoCAD's >> price... >You should give BRL-CAD a try. >ftp://ftp.brl.mil/brl-cad/ >You have to register yourself to get access to the sources. >It is free of charge though. >See the README NON_USA_README. >I don't know if it compiles cleanly under BSD. It compiles fine. You need Motif though. >Does anybody have some patches. Sorry, I didn't keep a copy of the original sources. The port is pretty much just a matter of doing "grep __NetBSD__ *" and add __FreeBSD__ to the end of any #ifdef lines. Robert Swindells ------------------------------------- Robert Swindells - GenRad Ltd rjs@genrad.co.uk - Work rjs@fdy2.demon.co.uk - Home From owner-freebsd-hackers Sun Jun 8 13:28:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16304 for hackers-outgoing; Sun, 8 Jun 1997 13:28:28 -0700 (PDT) Received: from athena.milk.it (ssigala@[195.206.2.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16296 for ; Sun, 8 Jun 1997 13:28:23 -0700 (PDT) Received: from localhost (ssigala@localhost) by athena.milk.it (8.8.4/8.8.4) with SMTP id WAA03542 for ; Sun, 8 Jun 1997 22:28:34 +0200 X-Authentication-Warning: athena.milk.it: ssigala owned process doing -bs Date: Sun, 8 Jun 1997 22:28:34 +0200 (MET DST) From: "S. Sigala" X-Sender: ssigala@athena.milk.it To: freebsd-hackers@freebsd.org Subject: REQ: help from Emacs/XEmacs/Jove/Jed/... users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, i am developing a new Emacs clone, called "Zile". It is about 90% completed, but i would like to know the impressions of some people that usually uses some others Emacs editors. The sources are available at ftp://ftp.cdrom.com/pub/FreeBSD/incoming/zile-1.0a.tar.gz It is not big (only 50k). Consider this *ALPHA* software (not all the functions are implemented, then please do not distribuite it). There are some gross bugs, consider reading the KNOWNBUGS file. It works pretty under Linux 2.0.x and FreeBSD-2.2.x. A little cut and paste from the README: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Zile -- ``Zile is lossy Emacs'' Zile is another Emacs-clone, but a lot small. Zile does not contains all the features of Emacs, but is useful enough to be put on a rescue disk occupying only a few kilobytes, or to do minor modifications to some files without loading the huge Emacs editor. Zile was written with ``Emacs-cloning'' in mind: every Emacs user should feel at home with Zile. Zile features: - Multi buffer editing - 8-bit clean - Killing/Yanking (1 level) - Registers - Colors - Source highlighting (`C' only for now) Major key differences from Emacs: - `M-h' replaces `C-h' (for resolving the boring backspace/delete problem). - HOME is bound to `beginning-of-line', not `beginning-of-buffer'. - END is bound to `end-of-line', not `end-of-buffer'. - PGUP and PGDN will move the cursor to the beginning or end of buffer if the beginning or the end buffer page is already displayed. - `C-x C-n' is bound to `next-buffer'. - `C-x C-p' is bound to `previous-buffer'. Zile requires ncurses for compilation. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Thanks in advance. Regards, -sandro From owner-freebsd-hackers Sun Jun 8 13:45:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17127 for hackers-outgoing; Sun, 8 Jun 1997 13:45:56 -0700 (PDT) Received: from thor.pla-net.net (root@thor.pla-net.net [205.216.10.251]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA17121 for ; Sun, 8 Jun 1997 13:45:54 -0700 (PDT) Received: from jhat ([205.216.10.155]) by thor.pla-net.net (5.x/SMI-SVR4) id AA03068; Sun, 8 Jun 1997 15:45:14 -0500 Message-Id: <339B19B6.AD0F134B@pla-net.net> Date: Sun, 08 Jun 1997 15:44:38 -0500 From: Gerald Hatfield Organization: World Creations (219) 845-7113 X-Mailer: Mozilla 4.0b4 [en] (Win95; I) Mime-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: BRAIN TOOLS! (A simple solution to Java development) X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------9161FDC51A86848C1664092A" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------9161FDC51A86848C1664092A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------9161FDC51A86848C1664092A Content-Type: text/html; charset=us-ascii; name="Brain Tools.htm" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Brain Tools.htm" Content-Base: "file:///D|/Web%20Development/Brain%20e -mail/Brain%20Tools.htm" Dear  Developer:

World Creations has just released the Java development kit "BRAIN
TOOLS". Everyone knows  there is an abundance of dull and uncaptivating
sites out in the World Wide Web, But! yours doesn't have to fall in that
category. That's why World Creations has developed "BRAIN TOOLS". BRAIN
TOOLS brings a site to life, it is designed for beginners but has a
expert finish. Java as we know it is quite complicated and time
consuming, but with BRAIN TOOLS you produce the quality of professional
sites like Disney and Microsoft and in less than half the time. BRAIN
TOOLS are  inexpensive and very easy to develop! NO PROGRAMMING OR CODE
HACKING NECESSARY.

Please take the time to visit the BRAIN TOOLS web site for a
comprehensive description of the kit.

http://www.pla-net.net/~jhat/world/brain.htm

Thank You,

Gerald R Hatfield
World Creations, CEO
1(219) 845-7113

 E-mail
jhat@pla-net.net --------------9161FDC51A86848C1664092A-- From owner-freebsd-hackers Sun Jun 8 13:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17152 for hackers-outgoing; Sun, 8 Jun 1997 13:45:59 -0700 (PDT) Received: from thor.pla-net.net (root@thor.pla-net.net [205.216.10.251]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA17120 for ; Sun, 8 Jun 1997 13:45:53 -0700 (PDT) Received: from jhat ([205.216.10.155]) by thor.pla-net.net (5.x/SMI-SVR4) id AA03090; Sun, 8 Jun 1997 15:45:48 -0500 Message-Id: <339B19D7.CEB678EB@pla-net.net> Date: Sun, 08 Jun 1997 15:45:11 -0500 From: Gerald Hatfield Organization: World Creations (219) 845-7113 X-Mailer: Mozilla 4.0b4 [en] (Win95; I) Mime-Version: 1.0 To: hackers@freebsd.org Subject: BRAIN TOOLS! (A simple solution to Java development) X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------A3968CA50423D2B6A15AD62A" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------A3968CA50423D2B6A15AD62A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------A3968CA50423D2B6A15AD62A Content-Type: text/html; charset=us-ascii; name="Brain Tools.htm" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Brain Tools.htm" Content-Base: "file:///D|/Web%20Development/Brain%20e -mail/Brain%20Tools.htm" Dear  Developer:

World Creations has just released the Java development kit "BRAIN
TOOLS". Everyone knows  there is an abundance of dull and uncaptivating
sites out in the World Wide Web, But! yours doesn't have to fall in that
category. That's why World Creations has developed "BRAIN TOOLS". BRAIN
TOOLS brings a site to life, it is designed for beginners but has a
expert finish. Java as we know it is quite complicated and time
consuming, but with BRAIN TOOLS you produce the quality of professional
sites like Disney and Microsoft and in less than half the time. BRAIN
TOOLS are  inexpensive and very easy to develop! NO PROGRAMMING OR CODE
HACKING NECESSARY.

Please take the time to visit the BRAIN TOOLS web site for a
comprehensive description of the kit.

http://www.pla-net.net/~jhat/world/brain.htm

Thank You,

Gerald R Hatfield
World Creations, CEO
1(219) 845-7113

 E-mail
jhat@pla-net.net --------------A3968CA50423D2B6A15AD62A-- From owner-freebsd-hackers Sun Jun 8 13:49:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17354 for hackers-outgoing; Sun, 8 Jun 1997 13:49:15 -0700 (PDT) Received: from thor.pla-net.net (root@thor.pla-net.net [205.216.10.251]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA17349 for ; Sun, 8 Jun 1997 13:49:09 -0700 (PDT) Received: from jhat ([205.216.10.155]) by thor.pla-net.net (5.x/SMI-SVR4) id AA03347; Sun, 8 Jun 1997 15:49:06 -0500 Message-Id: <339B1A9D.1BEE617B@pla-net.net> Date: Sun, 08 Jun 1997 15:48:29 -0500 From: Gerald Hatfield Organization: World Creations (219) 845-7113 X-Mailer: Mozilla 4.0b4 [en] (Win95; I) Mime-Version: 1.0 To: hackers@FreeBSD.org Subject: BRAIN TOOLS! (A simple solution to Java development) X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------87C0116593F429799F843367" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------87C0116593F429799F843367 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------87C0116593F429799F843367 Content-Type: text/html; charset=us-ascii; name="Brain Tools.htm" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Brain Tools.htm" Content-Base: "file:///D|/Web%20Development/Brain%20e -mail/Brain%20Tools.htm" Dear  Developer:

World Creations has just released the Java development kit "BRAIN
TOOLS". Everyone knows  there is an abundance of dull and uncaptivating
sites out in the World Wide Web, But! yours doesn't have to fall in that
category. That's why World Creations has developed "BRAIN TOOLS". BRAIN
TOOLS brings a site to life, it is designed for beginners but has a
expert finish. Java as we know it is quite complicated and time
consuming, but with BRAIN TOOLS you produce the quality of professional
sites like Disney and Microsoft and in less than half the time. BRAIN
TOOLS are  inexpensive and very easy to develop! NO PROGRAMMING OR CODE
HACKING NECESSARY.

Please take the time to visit the BRAIN TOOLS web site for a
comprehensive description of the kit.

http://www.pla-net.net/~jhat/world/brain.htm

Thank You,

Gerald R Hatfield
World Creations, CEO
1(219) 845-7113

 E-mail
jhat@pla-net.net --------------87C0116593F429799F843367-- From owner-freebsd-hackers Sun Jun 8 14:05:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17810 for hackers-outgoing; Sun, 8 Jun 1997 14:05:47 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17804 for ; Sun, 8 Jun 1997 14:05:45 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA23982; Sun, 8 Jun 1997 14:05:52 -0700 (PDT) To: "S. Sigala" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Sun, 08 Jun 1997 22:28:34 +0200." Date: Sun, 08 Jun 1997 14:05:52 -0700 Message-ID: <23977.865803952@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, i am developing a new Emacs clone, called "Zile". > It is about 90% completed, but i would like to know the impressions > of some people that usually uses some others Emacs editors. > The sources are available at > ftp://ftp.cdrom.com/pub/FreeBSD/incoming/zile-1.0a.tar.gz > It is not big (only 50k). Sounds neat. If you added an option to show its command set on-screen, I could see this replacing the hated `ee' entirely. ;-) Jordan From owner-freebsd-hackers Sun Jun 8 14:35:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18722 for hackers-outgoing; Sun, 8 Jun 1997 14:35:41 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18717 for ; Sun, 8 Jun 1997 14:35:38 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA06987 for ; Sun, 8 Jun 1997 14:36:01 -0700 (PDT) To: freebsd-hackers@FreeBSD.ORG Subject: Re: BRAIN TOOLS! (A simple solution to Java development) In-reply-to: Your message of "Sun, 08 Jun 1997 15:44:38 CDT." <339B19B6.AD0F134B@pla-net.net> Date: Sun, 08 Jun 1997 14:36:01 -0700 Message-ID: <6984.865805761@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >

Gerald R Hatfield >
World Creations, CEO >
1(219) 845-7113 Gentlemen, you have your phone number. Start your engines. :-) [I just called and left an indignant message - I suggest waiting for a business day so that you might get more satisfaction than I did out of it :-)] Jordan From owner-freebsd-hackers Sun Jun 8 14:48:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19095 for hackers-outgoing; Sun, 8 Jun 1997 14:48:42 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19090 for ; Sun, 8 Jun 1997 14:48:38 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA20095 (5.67b/IDA-1.5 for FreeBSD-hackers@FreeBSD.ORG); Sun, 8 Jun 1997 23:47:28 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id WAA00444; Sun, 8 Jun 1997 22:58:14 +0200 (MET DST) From: Wilko Bulte Message-Id: <199706082058.WAA00444@yedi.iaf.nl> Subject: Re: Lockup during kernel device probe on 2.2.1R To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sun, 8 Jun 1997 22:58:14 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.ORG In-Reply-To: <199706071849.UAA00951@yedi.iaf.nl> from "Wilko Bulte" at Jun 7, 97 08:49:19 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could the gentleman who posted a patch to syscons to this list please resend it to me? I just killed it in a somewhat unclean (hum, call that user stupidity) OS upgrade. The backup was OK, but lacked the last 1/2 day email. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jun 8 15:49:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20904 for hackers-outgoing; Sun, 8 Jun 1997 15:49:41 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20894 for ; Sun, 8 Jun 1997 15:49:36 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id PAA09064 for ; Sun, 8 Jun 1997 15:49:20 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Sun, 8 Jun 1997 15:49:20 -0700 (PDT) From: Tom To: hackers@freebsd.org Subject: fastest possible FreeBSD system? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As far as CPU and memory bandwidth, what is the fastest possible freebsd system? I thought it should be the PPro 200 with 512k onchip cache. I heard some talk that a 233mhz PPro will be available soon. How much difference is there between the PPro 200 with 256k of onchip cache, or 512k of onchip cache? The price difference is quite substantional, but I haven't seen any performance data on the two. The new K6/200 looks interesting. I guess it runs at an 83mhz external clock rate, which would improve the memory/io bandwidth somewhat. How much cache does the K6 have? Tom From owner-freebsd-hackers Sun Jun 8 16:04:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21406 for hackers-outgoing; Sun, 8 Jun 1997 16:04:21 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21398 for ; Sun, 8 Jun 1997 16:04:16 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id SAA24588; Sun, 8 Jun 1997 18:27:59 +0100 (BST) Message-Id: <199706081727.SAA24588@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Jim Dixon cc: David Nugent , freebsd-hackers@FreeBSD.ORG Subject: Re: fetch In-reply-to: Your message of "Sat, 07 Jun 1997 22:31:07 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Jun 1997 18:27:59 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Sun, 8 Jun 1997, David Nugent wrote: > > > > but some consistency in hackery would be nice. Maybe we should just tell > > > the world to use hexadecimal years. Then we would now be in the year > > > 0x7CD, and we would have another 50 years to get organised before we hit > > > 0x800 :-) > > > > :-) > > > > This could get awkward, especially for each ending in "AD" and "BC". > > Quite simple really: 33 BC = -0x21 Don't be silly, 33BC = 13244 AD. > -- > Jim Dixon VBCnet GB Ltd http://www.vbc.net > tel +44 117 929 1316 fax +44 117 927 2015 > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Jun 8 16:57:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23226 for hackers-outgoing; Sun, 8 Jun 1997 16:57:15 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23221 for ; Sun, 8 Jun 1997 16:57:09 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id AAA02197; Mon, 9 Jun 1997 00:56:36 +0100 (BST) Message-ID: <19970609005636.64273@pavilion.net> Date: Mon, 9 Jun 1997 00:56:36 +0100 From: Josef Karthauser To: freebsd-hackers@FreeBSD.ORG Subject: Re: DNS for freebsd.org References: <11016.865764357@verdi.nethelp.no> <19970608143324.62565@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <19970608143324.62565@keltia.freenix.fr>; from Ollivier Robert on Sun, Jun 08, 1997 at 02:33:24PM +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Jun 08, 1997 at 02:33:24PM +0200, Ollivier Robert wrote: > According to sthaug@nethelp.no: > > There is already one freebsd.org name server outside the US: ns.gnome.co.uk. > > Unfortunately it is not listed in the delegation from .org, and thus doesn't > > really help much. > > The machine hosting fr.freebsd.org could be secondary for freebsd.org. It > is well connected within RENATER (French research & academic network) and > already relays mail for most french sites for the FreeBSD lists. > One of the machines that provides DNS for uk.freebsd.org is two hops away from Linx in London. It can also be used if required. Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sun Jun 8 20:47:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01799 for hackers-outgoing; Sun, 8 Jun 1997 20:47:20 -0700 (PDT) Received: from server.netplus.com.br ([200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA01791 for ; Sun, 8 Jun 1997 20:47:13 -0700 (PDT) Received: from sergio.lenzi (dial02.netplus.com.br [200.247.23.101]) by server.netplus.com.br (8.7.6/8.7.3) with ESMTP id AAA14035 for ; Mon, 9 Jun 1997 00:38:30 GMT Received: (from lenzi@localhost) by sergio.lenzi (8.8.5/8.8.3) id AAA01213; Mon, 9 Jun 1997 00:49:37 GMT Date: Mon, 9 Jun 1997 00:49:34 +0000 () From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: freebsd-hackers@freebsd.org Subject: pppd & natd problem turnaround.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all. I have seen some messages dealing with pppd & natd panicing FreeBSD 2.2 systems. The problem arises when a negative m->m_len value is reveived in function pppfcs in module sys/net/ppp_tty.c A turnaround is to replace m_len to ZERO whenever is less then zero. I know it is not the best, but it works for now. Here is the patch. --- ppp_tty.old Sat Jun 7 18:10:32 1997 +++ ppp_tty.c Sun Jun 8 21:51:26 1997 @@ -573,7 +573,7 @@ register u_char *cp; register int len; { - while (len--) + while (len-- > 0) fcs = PPP_FCS(fcs, *cp++); return (fcs); } @@ -775,6 +775,8 @@ sc->sc_if.if_obytes = sc->sc_bytessent; break; } + if (m->m_len < 0) + m->m_len=0; sc->sc_outfcs = pppfcs(sc->sc_outfcs, mtod(m, u_char *), m->m_len); } Sergio Lenzi. Unix consult. From owner-freebsd-hackers Sun Jun 8 20:54:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02099 for hackers-outgoing; Sun, 8 Jun 1997 20:54:08 -0700 (PDT) Received: from ms13.hinet.net (root@ms13.hinet.net [168.95.4.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA02092 for ; Sun, 8 Jun 1997 20:54:03 -0700 (PDT) From: fedi@ms13.hinet.net Received: from bsd.oneway.com.tw (bsd.oneway.com.tw [203.75.146.1]) by ms13.hinet.net (8.8.5/8.8.5) with SMTP id LAA00419 for ; Mon, 9 Jun 1997 11:50:58 +0800 (CST) Received: (qmail 493 invoked by uid 21); 9 Jun 1997 03:54:29 -0000 Message-ID: <19970609115429.53481@oneway.net> Date: Mon, 9 Jun 1997 11:54:29 +0800 To: freebsd-hackers@freebsd.org Subject: Burn CD not allowed copy Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I want to burn CD not allowed copy, I have tried many times but in vain. Below is part of my shell script of burncd. ---- wormcontrol prepdisk double $* wormcontrol track data 0 ---- I have seen sys/wormio.h, it define #define COPY_INHIBIT 0 /* no copy allowed */ Could anyone teach me how to it ? Thanx your kind. -- Serge From owner-freebsd-hackers Sun Jun 8 21:17:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02924 for hackers-outgoing; Sun, 8 Jun 1997 21:17:20 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02908 for ; Sun, 8 Jun 1997 21:17:13 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id FAA08889; Mon, 9 Jun 1997 05:16:41 +0100 (BST) Message-Id: <199706090416.FAA08889@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Lenzi, Sergio" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & natd problem turnaround.. In-reply-to: Your message of "Mon, 09 Jun 1997 00:49:34 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Jun 1997 05:16:40 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hello all. > > I have seen some messages dealing with pppd & natd panicing FreeBSD 2.2 > systems. > > The problem arises when a negative m->m_len value is reveived in function > pppfcs in module sys/net/ppp_tty.c > > A turnaround is to replace m_len to ZERO whenever is less then zero. > > I know it is not the best, but it works for now. > > Here is the patch. [.....] I've updated it to -current and 2.2. Thanks. As you say, it prevents a panic ! > > Sergio Lenzi. > > Unix consult. > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Jun 8 22:31:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05482 for hackers-outgoing; Sun, 8 Jun 1997 22:31:20 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05475 for ; Sun, 8 Jun 1997 22:31:14 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id HAA03060 for ; Mon, 9 Jun 1997 07:31:06 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id HAA23239 for hackers@FreeBSD.ORG; Mon, 9 Jun 1997 07:30:53 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id HAA02783; Mon, 9 Jun 1997 07:24:57 +0200 (CEST) Message-ID: <19970609072457.48989@keltia.freenix.fr> Date: Mon, 9 Jun 1997 07:24:57 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: fastest possible FreeBSD system? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: ; from Tom on Sun, Jun 08, 1997 at 03:49:20PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3359 AMD-K6 MMX @ 208 MHz Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Tom: > As far as CPU and memory bandwidth, what is the fastest possible freebsd > system? I thought it should be the PPro 200 with 512k onchip cache. I > heard some talk that a 233mhz PPro will be available soon. You can already run your PPro/200 at 233 MHz (3.5x 66 MHz) or more if your motherboard support it. > The new K6/200 looks interesting. I guess it runs at an 83mhz external > clock rate, which would improve the memory/io bandwidth somewhat. How > much cache does the K6 have? The K6-200 is 3x 66 MHz. It is probably possible to run it at 2.5x 83 MHz or probably even 3x 83 MHz. The K6-166 can already run at 2.5x 83 MHz (mine does without problem). I have a ASUS P55T2P4 rev. 3.1 and it supports 83 MHz. I've heard that some of the ABIT M/B support it too. The K6 has 32 KB instruction cache and 32 KB data cache. Go have a look at for many details. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #18: Sun Jun 8 15:32:28 CEST 1997 From owner-freebsd-hackers Sun Jun 8 23:19:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA06928 for hackers-outgoing; Sun, 8 Jun 1997 23:19:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06923 for ; Sun, 8 Jun 1997 23:19:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA06988; Mon, 9 Jun 1997 16:14:17 +1000 Date: Mon, 9 Jun 1997 16:14:17 +1000 From: Bruce Evans Message-Id: <199706090614.QAA06988@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, lenzi@bsi.com.br Subject: Re: pppd & natd problem turnaround.. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have seen some messages dealing with pppd & natd panicing FreeBSD 2.2 >systems. > >The problem arises when a negative m->m_len value is reveived in function >pppfcs in module sys/net/ppp_tty.c ISTR this bug from a few years ago. The fix may have been to fix splimp() to prevent a race. 2.2 has a similar bug in splimp(). It only occurs when neither pppd nor slip is configured in the kernel and the pppd LKM is used. Do you have this configuration? >A turnaround is to replace m_len to ZERO whenever is less then zero. > >I know it is not the best, but it works for now. Better find the real bug. m->m_len < 0 "can't happen". Bruce From owner-freebsd-hackers Sun Jun 8 23:40:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07798 for hackers-outgoing; Sun, 8 Jun 1997 23:40:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07793 for ; Sun, 8 Jun 1997 23:40:55 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA25493; Mon, 9 Jun 1997 16:10:36 +0930 (CST) From: Michael Smith Message-Id: <199706090640.QAA25493@genesis.atrad.adelaide.edu.au> Subject: Re: pppd & natd problem turnaround.. In-Reply-To: <199706090614.QAA06988@godzilla.zeta.org.au> from Bruce Evans at "Jun 9, 97 04:14:17 pm" To: bde@zeta.org.au (Bruce Evans) Date: Mon, 9 Jun 1997 16:10:35 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG, lenzi@bsi.com.br X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > >A turnaround is to replace m_len to ZERO whenever is less then zero. > > > >I know it is not the best, but it works for now. > > Better find the real bug. m->m_len < 0 "can't happen". I have a report that an mbuf chain with all the datagram in the first mbuf and m_len of 0 in the next also causes problems. It's not clear yet why; I hope to convince them to file a PR when they have it nailed. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 02:31:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13604 for hackers-outgoing; Mon, 9 Jun 1997 02:31:38 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA13587; Mon, 9 Jun 1997 02:31:30 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA04408; Mon, 9 Jun 1997 08:57:32 +0200 From: Luigi Rizzo Message-Id: <199706090657.IAA04408@labinfo.iet.unipi.it> Subject: Re: ETinc's Bandwidth limiter To: dennis@etinc.com (Dennis) Date: Mon, 9 Jun 1997 08:57:32 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <3.0.32.19970608115040.006b1a80@etinc.com> from "Dennis" at Jun 8, 97 11:50:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [moved to -hackers, Bcc to -isp] > At 03:46 PM 6/8/97 +0100, you wrote: > >>> There is no "fair routing" in a web farm unless everyone pays the same > >>> price, which is ridiculous. Charge based on their bandwidth access ... > >>Dennis, this sounds like an overstatement. Fair does not necessarily > >>mean 'all equals', there can be different weights for different > >>users depending on how much they pay for, and the fairness is in > >>making everyone get what he pays for. Hard limiting the bw for ... > The BurstManager takes care of that aspect....but with heavy usage > hard limits are the only way to guarantee "fairness". Otherwise you > just have a crapshoot. The thing I am currently working on is a replacement for the IF_ENQUEUE/IF_DEQUEUE macros used in the lowest layers of the networking code (see http://www.iet.unipi.it/~luigi/newifqueue.h for an incomplete implementation, just to get the idea) These modified macros store packets in per-flow queues (where classification can be done in several different ways, but basing on the source IP and possibly source port seems one of the most practical ways), which are then handled with round robin policy. The above is adequate if all flows are allowed to use the same share of the output BW, and the code doing the above thing only takes constant time (and probably a very small overhead like 1us/packet on a reasonably modern machine -- although I don't have data). If implemented at a router driving a bottleneck, it would solve some problems. On top of this you can add all sorts of manipulations, e.g. implement a leaky bucket on each queue so as to implement BW management. If you actually modify the leaky bucket algorithm, by removing packets from queues not at a fixed rate, but once per round of the RR queue, then you have a form of adaptive rate limitation where the relative weight of each flow is preserved, but the bw limitation is not hard. I think (although have not implemented it yet) that this can be implemented in small constant time as well. If someone is interested on working on this I will be glad to exchange ideas/code. Given the clean interface between network stack and drivers, it seems an easy task from the implementation point of view (the only difficulty being in developing a suitable user interface to program flow weights and flow classification policies). All the above is mostly useful in a router, and almost useless in a end-user node (unless you want to implement the hard BW-management only). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Jun 9 03:22:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15702 for hackers-outgoing; Mon, 9 Jun 1997 03:22:47 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA15697; Mon, 9 Jun 1997 03:22:45 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id DAA13613; Mon, 9 Jun 1997 03:19:11 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA04408; Mon, 9 Jun 1997 08:57:32 +0200 From: Luigi Rizzo Message-Id: <199706090657.IAA04408@labinfo.iet.unipi.it> Subject: Re: ETinc's Bandwidth limiter To: dennis@etinc.com (Dennis) Date: Mon, 9 Jun 1997 08:57:32 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <3.0.32.19970608115040.006b1a80@etinc.com> from "Dennis" at Jun 8, 97 11:50:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [moved to -hackers, Bcc to -isp] > At 03:46 PM 6/8/97 +0100, you wrote: > >>> There is no "fair routing" in a web farm unless everyone pays the same > >>> price, which is ridiculous. Charge based on their bandwidth access ... > >>Dennis, this sounds like an overstatement. Fair does not necessarily > >>mean 'all equals', there can be different weights for different > >>users depending on how much they pay for, and the fairness is in > >>making everyone get what he pays for. Hard limiting the bw for ... > The BurstManager takes care of that aspect....but with heavy usage > hard limits are the only way to guarantee "fairness". Otherwise you > just have a crapshoot. The thing I am currently working on is a replacement for the IF_ENQUEUE/IF_DEQUEUE macros used in the lowest layers of the networking code (see http://www.iet.unipi.it/~luigi/newifqueue.h for an incomplete implementation, just to get the idea) These modified macros store packets in per-flow queues (where classification can be done in several different ways, but basing on the source IP and possibly source port seems one of the most practical ways), which are then handled with round robin policy. The above is adequate if all flows are allowed to use the same share of the output BW, and the code doing the above thing only takes constant time (and probably a very small overhead like 1us/packet on a reasonably modern machine -- although I don't have data). If implemented at a router driving a bottleneck, it would solve some problems. On top of this you can add all sorts of manipulations, e.g. implement a leaky bucket on each queue so as to implement BW management. If you actually modify the leaky bucket algorithm, by removing packets from queues not at a fixed rate, but once per round of the RR queue, then you have a form of adaptive rate limitation where the relative weight of each flow is preserved, but the bw limitation is not hard. I think (although have not implemented it yet) that this can be implemented in small constant time as well. If someone is interested on working on this I will be glad to exchange ideas/code. Given the clean interface between network stack and drivers, it seems an easy task from the implementation point of view (the only difficulty being in developing a suitable user interface to program flow weights and flow classification policies). All the above is mostly useful in a router, and almost useless in a end-user node (unless you want to implement the hard BW-management only). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Jun 9 04:05:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17280 for hackers-outgoing; Mon, 9 Jun 1997 04:05:56 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17273 for ; Mon, 9 Jun 1997 04:05:51 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-8.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA00703 (5.67b/IDA-1.5 for ); Mon, 9 Jun 1997 13:05:29 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id NAA29464; Mon, 9 Jun 1997 13:05:13 +0200 (CEST) X-Face: " Date: Mon, 9 Jun 1997 13:04:30 +0200 From: Stefan Esser To: Bob Willcox Cc: Matt Thomas , hackers@FreeBSD.ORG Subject: Re: Does SMC9332BDT work in 2.2.2R?? References: <19970607104634.19370@luke.pmr.com> <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com> <19970607153951.39100@luke.pmr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <19970607153951.39100@luke.pmr.com>; from Bob Willcox on Sat, Jun 07, 1997 at 03:39:51PM -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jun 7, Bob Willcox wrote: > On Sat, Jun 07, 1997 at 12:38:15PM -0400, Matt Thomas wrote: > > At 10:46 AM 6/7/97 -0500, Bob Willcox wrote: > > >I am trying to install some SMC9332BDT ethernet cards in some of > > >my systems here with no success. > > > > grab http://www.3am-software.com/de-970603.tar.gz > > Hmm, my previous response indicating success may have been a bit > premature. The above referenced driver works ok on one of my 166MHz > Pentium systems but fails on my 233MHz PentiumPro system. Looks > like there might be a timing or compatibility problem there. The > mother board is an ASUS P/I-XP6NP5 with 128MB of memory and all 5 > PCI slots populated (3 SCSI adapters [NCR/SYMBIOS] and a #9 GXE64Pro > graphics card are in the other 4). > > The system gets through probing and boot ok, but as it starts to > bring up network daemons they either hang or get RPC timeouts. > BTW, this behavior is the same with either my new SMC9332DBT or my > old 21040 based card (its DEC adapter, but I don't know model number > off hand) Not sure whether this is actually what hit you, but there is one feature of PCI motherboards with more than 4 PCI slots, that is worth mentioning: If you got 5 PCI slots, then you may still only have 4 PCI bus-master devices, since that is the maximum supported by current Intel PCI chip sets (don't have too much information about other vendor's chip sets, but guess they have the same limitation). Now, you may hit this limit with 3 SCSI cards, already, since the PCI to ISA bridge may count as an additional bus-master (in order to support ISA DMA). [I don't remember off-hand, whether the Triton, Triton 2 and Natoma support 4 masters besides the ISA bridge, but you will find that information in the publicly available data sheets. I'll have a look, when I find the time ...] There are no slots that don't support bus-master cards in current PCI motherboards (there used to be both slot types in some cheap 486MBs). The PCI BIOS is responsible for the assignment of arbiter control lines to PCI slots, instead. You will normally not hit the PCI bus-master limit with 4 PCI slot motherboards, since one slot is expected to hold a graphics card, which is a pure slave device ... The solution to your problem seems to be the use of multi-channel adapter boards (i.e. Adaptec 3940), since the PCI bridge contains an arbiter of its own for the secondary PCI bus, and is seen as just a single bus-master from the primary PCI bus. (You could also choose to install your existing 2940 cards in a PCI extender box, which uses PCI to PCI bridges to connect one or more PCI buses to your motherboard.) Regards, STefan From owner-freebsd-hackers Mon Jun 9 05:15:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19395 for hackers-outgoing; Mon, 9 Jun 1997 05:15:03 -0700 (PDT) Received: from luke.pmr.com ([206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19380; Mon, 9 Jun 1997 05:14:43 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id HAA19759; Mon, 9 Jun 1997 07:13:25 -0500 (CDT) Message-ID: <19970609071325.32556@luke.pmr.com> Date: Mon, 9 Jun 1997 07:13:25 -0500 From: Bob Willcox To: Stefan Esser Cc: Matt Thomas , hackers@freebsd.org Subject: Re: Does SMC9332BDT work in 2.2.2R?? Reply-To: Bob Willcox References: <19970607104634.19370@luke.pmr.com> <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com> <19970607153951.39100@luke.pmr.com> <19970609130430.15404@mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e In-Reply-To: <19970609130430.15404@mi.uni-koeln.de>; from Stefan Esser on Mon, Jun 09, 1997 at 01:04:30PM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Jun 09, 1997 at 01:04:30PM +0200, Stefan Esser wrote: > On Jun 7, Bob Willcox wrote: > > On Sat, Jun 07, 1997 at 12:38:15PM -0400, Matt Thomas wrote: > > > At 10:46 AM 6/7/97 -0500, Bob Willcox wrote: > > > >I am trying to install some SMC9332BDT ethernet cards in some of > > > >my systems here with no success. > > > > > > grab http://www.3am-software.com/de-970603.tar.gz > > > > Hmm, my previous response indicating success may have been a bit > > premature. The above referenced driver works ok on one of my 166MHz > > Pentium systems but fails on my 233MHz PentiumPro system. Looks > > like there might be a timing or compatibility problem there. The > > mother board is an ASUS P/I-XP6NP5 with 128MB of memory and all 5 > > PCI slots populated (3 SCSI adapters [NCR/SYMBIOS] and a #9 GXE64Pro > > graphics card are in the other 4). > > > > The system gets through probing and boot ok, but as it starts to > > bring up network daemons they either hang or get RPC timeouts. > > BTW, this behavior is the same with either my new SMC9332DBT or my > > old 21040 based card (its DEC adapter, but I don't know model number > > off hand) > > Not sure whether this is actually what hit you, > but there is one feature of PCI motherboards > with more than 4 PCI slots, that is worth > mentioning: > > If you got 5 PCI slots, then you may still only > have 4 PCI bus-master devices, since that is the > maximum supported by current Intel PCI chip sets > (don't have too much information a> > > I have my graphics card in the last (5th) slot since it isn't a bus master card. Note also that an older DEC 21040 based card and a new Intel EtherExpress PRO/100B do work in this slot. It is possible that I am having wiring problems though (I haven't reinstalled the SMC card since discovering that the two 100BaseTX hubs that I have don't cascade reliably) so the problem may not be due to the SMC card afterall. Thanks, -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Mon Jun 9 05:55:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20829 for hackers-outgoing; Mon, 9 Jun 1997 05:55:16 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20824 for ; Mon, 9 Jun 1997 05:55:11 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id SAA18351; Mon, 9 Jun 1997 18:55:06 +0300 (EEST) Date: Mon, 9 Jun 1997 18:55:06 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: Bob Willcox cc: Matt Thomas , hackers@FreeBSD.ORG Subject: Re: Does SMC9332BDT work in 2.2.2R?? In-Reply-To: <19970609130430.15404@mi.uni-koeln.de> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Jun 7, Bob Willcox wrote: > ... The > mother board is an ASUS P/I-XP6NP5 with 128MB of memory and all 5 > PCI slots populated (3 SCSI adapters [NCR/SYMBIOS] and a #9 GXE64Pro > graphics card are in the other 4). Try to avoid putting 'de' cards in the last slot; in your particular case I'd try to exchange SMC and video so video card will be the last. Last PCI slots are known to refuse supporting bus-master devices, 'de' cards amongst them (been there, seen that). Video doesn't care about this AFAIK. Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Mon Jun 9 06:42:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22588 for hackers-outgoing; Mon, 9 Jun 1997 06:42:55 -0700 (PDT) Received: from server.netplus.com.br ([200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22574 for ; Mon, 9 Jun 1997 06:42:42 -0700 (PDT) Received: from sergio.lenzi (dial02.netplus.com.br [200.247.23.101]) by server.netplus.com.br (8.7.6/8.7.3) with ESMTP id KAA00501; Mon, 9 Jun 1997 10:34:01 GMT Received: (from lenzi@localhost) by sergio.lenzi (8.8.5/8.8.3) id KAA03269; Mon, 9 Jun 1997 10:46:20 GMT Date: Mon, 9 Jun 1997 10:46:19 +0000 () From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: Bruce Evans cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & natd problem turnaround.. In-Reply-To: <199706090614.QAA06988@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Bruce Evans wrote: > ISTR this bug from a few years ago. The fix may have been to fix splimp() > to prevent a race. 2.2 has a similar bug in splimp(). It only occurs > when neither pppd nor slip is configured in the kernel and the pppd LKM > is used. Do you have this configuration? > > >A turnaround is to replace m_len to ZERO whenever is less then zero. > > > >I know it is not the best, but it works for now. > > Better find the real bug. m->m_len < 0 "can't happen". > Shure it can't happen... My site as both slip and ppp configured in kernel Sergio Lenzi. Unix consult. From owner-freebsd-hackers Mon Jun 9 06:50:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23108 for hackers-outgoing; Mon, 9 Jun 1997 06:50:41 -0700 (PDT) Received: from luke.pmr.com ([206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23103 for ; Mon, 9 Jun 1997 06:50:38 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id IAA21035; Mon, 9 Jun 1997 08:49:13 -0500 (CDT) Message-ID: <19970609084913.37927@luke.pmr.com> Date: Mon, 9 Jun 1997 08:49:13 -0500 From: Bob Willcox To: hackers mailing list Subject: What's the magic to enable tcpblast? Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have noticed that I can no longer run tcpblast between my systems. I always get (to my systems with newer releases of FreeBSD): tcpblast connect:: Connection refused Is there some security restriction that I can loosen up on that will enable tcpblast to run? BTW, to my old system (2.1-STABLE circa 1995) tcpblast still works. Thanks, -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Mon Jun 9 07:10:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA23875 for hackers-outgoing; Mon, 9 Jun 1997 07:10:30 -0700 (PDT) Received: from luke.pmr.com ([206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23868 for ; Mon, 9 Jun 1997 07:10:27 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id JAA21273; Mon, 9 Jun 1997 09:09:34 -0500 (CDT) Message-ID: <19970609090934.50640@luke.pmr.com> Date: Mon, 9 Jun 1997 09:09:34 -0500 From: Bob Willcox To: Bob Willcox Cc: hackers mailing list Subject: Re: What's the magic to enable tcpblast? Reply-To: Bob Willcox References: <19970609084913.37927@luke.pmr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e In-Reply-To: <19970609084913.37927@luke.pmr.com>; from Bob Willcox on Mon, Jun 09, 1997 at 08:49:13AM -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry about replying to my own email, but I found it. Its the discard service in inetd.conf (I should have known that :-(). Bob On Mon, Jun 09, 1997 at 08:49:13AM -0500, Bob Willcox wrote: > I have noticed that I can no longer run tcpblast between my systems. > I always get (to my systems with newer releases of FreeBSD): > > tcpblast connect:: Connection refused > > Is there some security restriction that I can loosen up on that > will enable tcpblast to run? BTW, to my old system (2.1-STABLE > circa 1995) tcpblast still works. > > Thanks, > -- > Bob Willcox Anyone who is capable of getting themselves made > bob@luke.pmr.com President should on no account be allowed to do the job. > Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Mon Jun 9 07:36:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25124 for hackers-outgoing; Mon, 9 Jun 1997 07:36:52 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA25111 for ; Mon, 9 Jun 1997 07:36:45 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 8011 invoked by uid 1001); 9 Jun 1997 14:36:33 +0000 (GMT) To: bob@luke.pmr.com Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: What's the magic to enable tcpblast? In-Reply-To: Your message of "Mon, 9 Jun 1997 08:49:13 -0500" References: <19970609084913.37927@luke.pmr.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 09 Jun 1997 16:36:32 +0200 Message-ID: <8009.865866992@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have noticed that I can no longer run tcpblast between my systems. > I always get (to my systems with newer releases of FreeBSD): > > tcpblast connect:: Connection refused > > Is there some security restriction that I can loosen up on that > will enable tcpblast to run? BTW, to my old system (2.1-STABLE > circa 1995) tcpblast still works. Have you checked inetd.conf? On newer versions of FreeBSD, it says: # "Small servers" -- used to be standard on, but we're more conservative # about things due to Internet security concerns. Only turn on what you # need. # #daytime stream tcp nowait root internal #daytime dgram udp wait root internal (etc. for time, echo, discard and chargen). Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Mon Jun 9 07:52:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25746 for hackers-outgoing; Mon, 9 Jun 1997 07:52:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25734 for ; Mon, 9 Jun 1997 07:52:23 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id AAA29091 for hackers@freebsd.org; Tue, 10 Jun 1997 00:22:21 +0930 (CST) From: Michael Smith Message-Id: <199706091452.AAA29091@genesis.atrad.adelaide.edu.au> Subject: %i conversion in sscanf? To: hackers@freebsd.org Date: Tue, 10 Jun 1997 00:22:20 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm. Beating up on some code here (study break 8) I have an interesting situation where the %i format is not being interpreted as the author of the code I'm munging obviously believed it should. To cut a long story short; from sscanf(3) : i Matches an optionally signed integer; the next pointer must be a pointer to int. The integer is read in base 16 if it begins with `0x' or `0X', in base 8 if it begins with `0', and in base 10 oth- erwise. Only characters that correspond to the base are used. Ok. Fairly ambiguous. Some test examples : token: '0x12345678' -> int 0x12345678 token: '0xABCDEF45' -> int 0x7fffffff Hmm. Not _necessarily_ expected, although it makes reasonable sense. However, what I wonder is is this "right" by whatever standard governs sscanf()? If not, a question. Is -0x12345678 a legitimate numeric represenatation? If so, how about -0x80000000? It's "fairly" clear that %i might be expected to convert 0xABCDEF45 to a negative number - Tcl thinks that way : silver:/tmp>tclsh % expr 0xABCDEF45 -1412567227 So, a judgement call from the numeric gods, perchance? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 08:25:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27477 for hackers-outgoing; Mon, 9 Jun 1997 08:25:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27471 for ; Mon, 9 Jun 1997 08:25:25 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id AAA29286; Tue, 10 Jun 1997 00:55:22 +0930 (CST) From: Michael Smith Message-Id: <199706091525.AAA29286@genesis.atrad.adelaide.edu.au> Subject: Re: %i conversion in sscanf? In-Reply-To: <199706091452.AAA29091@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jun 10, 97 00:22:20 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 10 Jun 1997 00:55:22 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith stands accused of saying: > > It's "fairly" clear that %i might be expected to convert 0xABCDEF45 > to a negative number - Tcl thinks that way : > > silver:/tmp>tclsh > % expr 0xABCDEF45 > -1412567227 Oops, take that back one level. Tcl does _not_ think it's a good idea, it appears to think the same way as sscanf (because it uses it, dummy) silver:/tmp>tclsh % scan 0xABCDEF45 "%i" foo 1 % puts $foo 2147483647 % format "%x" $foo 7fffffff -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 10:45:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04359 for hackers-outgoing; Mon, 9 Jun 1997 10:45:44 -0700 (PDT) Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04313 for ; Mon, 9 Jun 1997 10:44:57 -0700 (PDT) Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id TAA21835; Mon, 9 Jun 1997 19:44:33 +0200 To: freebsd-hackers@freebsd.org Path: sec From: sec@42.org (Stefan `Sec` Zehl) Newsgroups: muc.lists.freebsd.hackers Subject: Re: fetch Date: 9 Jun 1997 19:44:32 +0200 Organization: Internet@home Lines: 13 Message-ID: References: <199706071921.FAA28282@unique.usn.blaze.net.au> X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Jim Dixon wrote: > > This could get awkward, especially for each ending in "AD" and "BC". > > Quite simple really: 33 BC = -0x21 i guess he means the difference between 0x4BC (1212) and 0x4 BC (-0x4) :) CU, Sec -- Fuer die Raupe ist es das Ende der Welt, Fuer den Rest der Welt ist es ein Schmetterling Error 0: No error From owner-freebsd-hackers Mon Jun 9 10:55:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04851 for hackers-outgoing; Mon, 9 Jun 1997 10:55:44 -0700 (PDT) Received: from huset.fm.unit.no (huset.fm.unit.no [129.241.211.212]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04846 for ; Mon, 9 Jun 1997 10:55:33 -0700 (PDT) Message-Id: <199706091755.KAA04846@hub.freebsd.org> Received: (qmail 19571 invoked from network); 9 Jun 1997 17:55:09 -0000 Received: from huset.fm.unit.no (HELO stud.math.ntnu.no) (129.241.211.212) by huset.fm.unit.no with SMTP; 9 Jun 1997 17:55:09 -0000 To: msmith@atrad.adelaide.edu.au Cc: hackers@FreeBSD.ORG Subject: Re: %i conversion in sscanf? In-Reply-To: Your message of "Tue, 10 Jun 1997 00:22:20 +0930 (CST)" References: <199706091452.AAA29091@genesis.atrad.adelaide.edu.au> X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 09 Jun 1997 19:55:09 +0200 From: Arne Henrik Juul Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > To cut a long story short; from sscanf(3) : > > i Matches an optionally signed integer; the next pointer must be a > pointer to int. The integer is read in base 16 if it begins with > `0x' or `0X', in base 8 if it begins with `0', and in base 10 oth- > erwise. Only characters that correspond to the base are used. > > Ok. Fairly ambiguous. Some test examples : > > token: '0x12345678' -> int 0x12345678 > token: '0xABCDEF45' -> int 0x7fffffff > > Hmm. Not _necessarily_ expected, although it makes reasonable sense. > However, what I wonder is is this "right" by whatever standard governs > sscanf()? ANSI C mandates that scanf %i should work like strtol() with base=0; which again should work the same way that integer constants in the code does (but with an optional preceding plus or minus sign). Then it goes on (for strtol) to say: "If the correct value is outside the range of representable values, LONG_MAX or LONG_MIN is returned (according to the sign of the value), and the value of the macro ERANGE is stored in errno." I take a wild guess your application really wanted to use strtoul(), which isn't available everywhere (though it's in ANSI C so it should be common). - Arne H. J. From owner-freebsd-hackers Mon Jun 9 11:08:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05595 for hackers-outgoing; Mon, 9 Jun 1997 11:08:37 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05585 for ; Mon, 9 Jun 1997 11:08:30 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id MAA16841 for ; Mon, 9 Jun 1997 12:07:57 -0600 (MDT) Message-Id: <199706091807.MAA16841@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: hackers@FreeBSD.ORG Subject: Re: fastest possible FreeBSD system? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Jun 1997 12:07:56 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >You can already run your PPro/200 at 233 MHz (3.5x 66 MHz) or more if your >motherboard support it. this isn't necesarily true. *most* samples will work reliably at this speed, but there is NO guarantee that any specific one will. Or that it might appear to work, but cause obscure bugs. I would guess that we wont see any official 233mHz PPros, now that the PII is available, and intel is struggling to make the PII look attractive from a performance point of view. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Mon Jun 9 11:14:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06075 for hackers-outgoing; Mon, 9 Jun 1997 11:14:55 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06065 for ; Mon, 9 Jun 1997 11:14:50 -0700 (PDT) Received: from wrzx07.rz.uni-wuerzburg.de (wrzx07.rz.uni-wuerzburg.de [132.187.1.7]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id LAA02675 for ; Mon, 9 Jun 1997 11:14:46 -0700 (PDT) Received: from wicx50.informatik.uni-wuerzburg.de (mail@wicx50.informatik.uni-wuerzburg.de [132.187.9.50]) by wrzx07.rz.uni-wuerzburg.de (8.8.5/8.8.5) with SMTP id UAA00714; Mon, 9 Jun 1997 20:12:37 +0200 (MET DST) Received: by wicx50.informatik.uni-wuerzburg.de (8.6.12/uniwue-C-3.1a (CIP Gate)) id UAA25578; Mon, 9 Jun 1997 20:12:35 +0200 Received: from kreta(132.187.9.11) by cipgate via smap (V1.3) id sma025566; Mon Jun 9 20:12:35 1997 Received: by wicx11.informatik.uni-wuerzburg.de (5.65v3.2/uniwue-C-3.1 (C)) id AA08630; Mon, 9 Jun 1997 14:09:29 +0200 From: Matthias Buelow Message-Id: <9706091209.AA08630@wicx11.informatik.uni-wuerzburg.de> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 9 Jun 1997 14:09:28 +0100 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <23977.865803952@time.cdrom.com> from "Jordan K. Hubbard" at Jun 8, 97 02:05:52 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sounds neat. If you added an option to show its command set on-screen, > I could see this replacing the hated `ee' entirely. ;-) Why not just use pico as ee replacement? All the new users who I saw confronted with it didn't have any substantial problems using it. Although I personally detest pico, it's luser-friendly and even shows the available commands on screen. From owner-freebsd-hackers Mon Jun 9 11:22:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06589 for hackers-outgoing; Mon, 9 Jun 1997 11:22:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06584 for ; Mon, 9 Jun 1997 11:22:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA29703; Mon, 9 Jun 1997 11:14:57 -0700 From: Terry Lambert Message-Id: <199706091814.LAA29703@phaeton.artisoft.com> Subject: Re: Does SMC9332BDT work in 2.2.2R?? To: stesin@gu.net Date: Mon, 9 Jun 1997 11:14:57 -0700 (MST) Cc: bob@luke.pmr.com, matt@3am-software.com, hackers@FreeBSD.ORG In-Reply-To: from "Andrew Stesin" at Jun 9, 97 06:55:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > ... The > > mother board is an ASUS P/I-XP6NP5 with 128MB of memory and all 5 > > PCI slots populated (3 SCSI adapters [NCR/SYMBIOS] and a #9 GXE64Pro > > graphics card are in the other 4). > > Try to avoid putting 'de' cards in the last slot; > in your particular case I'd try to exchange SMC and video > so video card will be the last. Last PCI slots are > known to refuse supporting bus-master devices, 'de' cards > amongst them (been there, seen that). Video doesn't care > about this AFAIK. Here is a duplicate of a response I've sent in the past. I suspect that it is the problem in your case. | This is probably the problem (the 5th slot, not the bus mastering). | | It has to do with PCI interrupt sharing. | | The PCI INT's are normally daisy-chained, and slots 4 and 5 (if 5 | is present) are expected to share: | | slot 1 slot 2 slot 3 slot 4 slot 5 | ,-. ,-. ,-. ,-. ,-. | INT A --|A|-. ,------|B|-. ,------|C|-. ,------|D|----------|D| | | | X | | X | | X | | | | | INT B --| |-' \ ,----| |-' \ ,----| |-' \ ,----| |----------| | | | | X | | X | | X | | | | | INT C --| |---' \ ,--| |---' \ ,--| |---' \ ,--| |----------| | | | | X | | X | | X | | | | | INT D --| |-----' `--| |-----' `--| |-----' `--| |----------| | | `-' `-' `-' `-' `-' | | By default, each PCI card will use the first interrupt connector, | which will be A, B, C, or D, depending on the slot (note: old PCI | hardware will *NOT* chain... it expects the boards to be jumper | configurable, or all boards to share INT A). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jun 9 13:04:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11633 for hackers-outgoing; Mon, 9 Jun 1997 13:04:47 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11628 for ; Mon, 9 Jun 1997 13:04:45 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA08239; Mon, 9 Jun 1997 13:04:43 -0700 (PDT) To: Matthias Buelow cc: freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Mon, 09 Jun 1997 14:09:28 BST." <9706091209.AA08630@wicx11.informatik.uni-wuerzburg.de> Date: Mon, 09 Jun 1997 13:04:42 -0700 Message-ID: <8235.865886682@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why not just use pico as ee replacement? All the new users who I saw > confronted with it didn't have any substantial problems using it. > Although I personally detest pico, it's luser-friendly and even shows > the available commands on screen. Because it needs to be bmake'd and otherwise prep'd for inclusion with the FreeBSD source tree and I don't feel like doing all that work? :-) Jordan From owner-freebsd-hackers Mon Jun 9 13:07:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11831 for hackers-outgoing; Mon, 9 Jun 1997 13:07:03 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11824 for ; Mon, 9 Jun 1997 13:07:00 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA04878 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Mon, 9 Jun 1997 22:07:10 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id VAA00461 for FreeBSD-hackers@freebsd.org; Mon, 9 Jun 1997 21:57:24 +0200 (MET DST) From: Wilko Bulte Message-Id: <199706091957.VAA00461@yedi.iaf.nl> Subject: CAP/netatalk on FreeBSD: summary To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Mon, 9 Jun 1997 21:57:24 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, Several people have either sent suggestions or expressed interest in the AppleTalk to FreeBSD topic. I have things running now: - the general consensus of the people that sent me suggestions was: 'don't bother with CAP, go directly for netatalk' This does imply that an upgrade to FreeBSD 2.2.x was required though. So I decided to bite the bullit and upgrade the machine from 2.1.5R to 2.2.1R. Having done that part, I just grabbed netatalk-1.4b2 (see the pointer http://www.cs.mu.oz.au/appletalk/atalk.html for more info). This compiles right out of the box, no tweaking required. After approx 20 minutes I had both file and printersharing working. Although I think CAP would also have worked on 2.1.5R (I nearly had printersharing working, probably filesharing would also have worked) I do recommend getting netatalk even when it means upgrading your FreeBSD version first. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jun 9 13:25:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12750 for hackers-outgoing; Mon, 9 Jun 1997 13:25:42 -0700 (PDT) Received: from prova.iet.unipi.it (prova1.iet.unipi.it [131.114.9.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12745 for ; Mon, 9 Jun 1997 13:25:30 -0700 (PDT) Received: from localhost (luigi@localhost) by prova.iet.unipi.it (8.8.5/8.8.5) with SMTP id WAA00420 for ; Mon, 9 Jun 1997 22:25:59 +0200 (CEST) Date: Mon, 9 Jun 1997 22:25:58 +0200 (CEST) From: Luigi Rizzo To: hackers@freebsd.org Subject: rtprio from non-root users ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am trying to allow non-root accounts to use CD-R devices. Although I might probably create some suid-root shell scripts, I don't like much the idea and I would prefer a different approach, i.e. limiting access to a group of allowed users and letting them to write their own scripts. I am running into a couple of problems, namely: 1) there is no command-level method (I think) to add groups to the credential of a user. Probably this is a more general problem, but fortunately this is only a nuisance, because it can be solved by making allowed users "su" to the username with rights to use the device. 2) (major problem) rtprio does not allow the necessary priority settings if not superuser; but it cannot be made suid root since it does not drop priority before execing the requested process. Of the following two fixes: a) modify the rtprio syscall so that it can set realtime priority for a restricted set of users (but then, how to configure this set ?); b) modify the rtprio(1) command so that it can run suid-root, by allowing RTP_SET for a configurable class of users (e.g. /etc/rtprio.users) and calling setuid to restore the real uid before calling execvp which one looks better ? I am in favour of b) , but I am not sure if it can cause security problems. Cheers Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jun 9 13:48:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13960 for hackers-outgoing; Mon, 9 Jun 1997 13:48:38 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13932 for ; Mon, 9 Jun 1997 13:48:21 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id WAA03912 for ; Mon, 9 Jun 1997 22:48:04 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id WAA03987 for hackers@FreeBSD.ORG; Mon, 9 Jun 1997 22:47:52 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id WAA05291; Mon, 9 Jun 1997 22:34:42 +0200 (CEST) Message-ID: <19970609223442.26371@keltia.freenix.fr> Date: Mon, 9 Jun 1997 22:34:42 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: %i conversion in sscanf? References: <199706091452.AAA29091@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199706091452.AAA29091@genesis.atrad.adelaide.edu.au>; from Michael Smith on Tue, Jun 10, 1997 at 12:22:20AM +0930 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3359 AMD-K6 MMX @ 208 MHz Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Michael Smith: > It's "fairly" clear that %i might be expected to convert 0xABCDEF45 > to a negative number - Tcl thinks that way : > > silver:/tmp>tclsh > % expr 0xABCDEF45 > -1412567227 Interesting: 244 [22:29] roberto@keltia:~> perl -e 'print 0xABCDEF45 . "\n"' 2882400069 Perl 5.004 -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #18: Sun Jun 8 15:32:28 CEST 1997 From owner-freebsd-hackers Mon Jun 9 15:18:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA17729 for hackers-outgoing; Mon, 9 Jun 1997 15:18:53 -0700 (PDT) Received: from numachi.numachi.com (numachi.numachi.com [198.175.254.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA17724 for ; Mon, 9 Jun 1997 15:18:49 -0700 (PDT) Received: (from reichert@localhost) by numachi.numachi.com (8.6.12/8.6.12) id SAA13682; Mon, 9 Jun 1997 18:18:46 -0400 Message-ID: <19970609181845.03139@numachi.numachi.com> Date: Mon, 9 Jun 1997 18:18:45 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Subject: tuning for a file server? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know there was recently a grumble about having stock recipies for kernal configurations, but I had an actual question, or rather, a request for pointers: I'm planning on putting together a monster file server (a half-Gig of memory or more, many Gig worth of drives) and was curious about peoples' suggestions about tuning the kernal to avoid various bottlenecks. It's only a P-133 triton II motherboard, and I'm planning on two PCI SCSI adaptors, but I've made no decisions or specifics beyond that. I am subscribed to -hackers, but feel free to respond to me directly. Thanks... -- Brian 'you Bastard' Reichert reichert@numachi.com 37 Crystal Ave. #303 Derry NH 03038-1713 USA Intel architecture: the left-hand path From owner-freebsd-hackers Mon Jun 9 15:23:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA17969 for hackers-outgoing; Mon, 9 Jun 1997 15:23:29 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17960 for ; Mon, 9 Jun 1997 15:23:25 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA16439; Mon, 9 Jun 1997 15:07:14 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd016435; Mon Jun 9 22:07:08 1997 Message-ID: <339C7E52.2781E494@whistle.com> Date: Mon, 09 Jun 1997 15:06:10 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Wilko Bulte CC: FreeBSD hackers list Subject: Re: CAP/netatalk on FreeBSD: summary References: <199706091957.VAA00461@yedi.iaf.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wilko Bulte wrote: > > Hi there, > > This compiles right out of the box, no tweaking required. After approx > 20 minutes I had both file and printersharing working. Although I think > CAP would also have worked on 2.1.5R (I nearly had printersharing working, > probably filesharing would also have worked) I do recommend getting netatalk > even when it means upgrading your FreeBSD version first. > WARNING however.. it does NOT work yet with -current something is broken with multicast.. I'll get to it some time soon. julian From owner-freebsd-hackers Mon Jun 9 16:54:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22339 for hackers-outgoing; Mon, 9 Jun 1997 16:54:22 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22331 for ; Mon, 9 Jun 1997 16:54:20 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id TAA06878; Mon, 9 Jun 1997 19:52:37 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id TAA06106; Mon, 9 Jun 1997 19:52:35 -0400 Date: Mon, 9 Jun 1997 19:52:12 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: "Jordan K. Hubbard" cc: Matthias Buelow , freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <8235.865886682@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Jordan K. Hubbard wrote: > > Why not just use pico as ee replacement? All the new users who I saw > > confronted with it didn't have any substantial problems using it. > > Although I personally detest pico, it's luser-friendly and even shows > > the available commands on screen. > > Because it needs to be bmake'd and otherwise prep'd for inclusion with > the FreeBSD source tree and I don't feel like doing all that work? :-) I did that once, if you remember, Jordan, but there was some other objection to pico. Don't remember what, but if it got cleared up, I'd prepare pico once again. I still think, for newbies, it's easily the best editor out there today. > > Jordan > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Jun 9 17:28:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA23854 for hackers-outgoing; Mon, 9 Jun 1997 17:28:02 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA23829 for ; Mon, 9 Jun 1997 17:27:59 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA24137; Tue, 10 Jun 1997 00:27:11 GMT Date: Tue, 10 Jun 1997 09:27:11 +0900 (JST) From: Michael Hancock To: "Lenzi, Sergio" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & natd problem turnaround.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Lenzi, Sergio wrote: > > Better find the real bug. m->m_len < 0 "can't happen". > > > Shure it can't happen... > > My site as both slip and ppp configured in kernel It can't happen if pppfcs ensures it doesn't. Better find the real bug before the workaround gets forgotten. From owner-freebsd-hackers Mon Jun 9 17:35:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24512 for hackers-outgoing; Mon, 9 Jun 1997 17:35:59 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24507 for ; Mon, 9 Jun 1997 17:35:56 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA24181 for ; Tue, 10 Jun 1997 00:35:42 GMT Date: Tue, 10 Jun 1997 09:35:42 +0900 (JST) From: Michael Hancock To: FreeBSD Hackers Subject: Cable modems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone tried out a cable modem? I searched at dejanews for "cox" and "cable modem" and found some interesting postings. Some guy in San Diego downloaded a 5MB file to his home PC in 30 seconds. I also read that a Cox tech is surfing at home with a bsd system. From owner-freebsd-hackers Mon Jun 9 17:48:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25266 for hackers-outgoing; Mon, 9 Jun 1997 17:48:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25257 for ; Mon, 9 Jun 1997 17:48:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA02439; Tue, 10 Jun 1997 10:17:53 +0930 (CST) From: Michael Smith Message-Id: <199706100047.KAA02439@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: from Chuck Robey at "Jun 9, 97 07:52:12 pm" To: chuckr@Glue.umd.edu (Chuck Robey) Date: Tue, 10 Jun 1997 10:17:53 +0930 (CST) Cc: jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey stands accused of saying: > > I did that once, if you remember, Jordan, but there was some other > objection to pico. Don't remember what, but if it got cleared up, I'd > prepare pico once again. I still think, for newbies, it's easily the best > editor out there today. It's too big. This was the original complaint, and it hasn't gotten any smaller since. Zile sounds pretty good by comparison. > > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 17:51:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25585 for hackers-outgoing; Mon, 9 Jun 1997 17:51:17 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25577 for ; Mon, 9 Jun 1997 17:51:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA02000; Tue, 10 Jun 1997 09:32:38 +0930 (CST) From: Michael Smith Message-Id: <199706100002.JAA02000@genesis.atrad.adelaide.edu.au> Subject: Re: %i conversion in sscanf? In-Reply-To: <19970609223442.26371@keltia.freenix.fr> from Ollivier Robert at "Jun 9, 97 10:34:42 pm" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 10 Jun 1997 09:32:37 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert stands accused of saying: > According to Michael Smith: > > It's "fairly" clear that %i might be expected to convert 0xABCDEF45 > > to a negative number - Tcl thinks that way : > > > > silver:/tmp>tclsh > > % expr 0xABCDEF45 > > -1412567227 > > Interesting: > > 244 [22:29] roberto@keltia:~> perl -e 'print 0xABCDEF45 . "\n"' > 2882400069 > > Perl 5.004 Hmm. What internal type does Perl use for numbers? Or does it decide that the constant is too big and use a bignum? > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 17:51:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25606 for hackers-outgoing; Mon, 9 Jun 1997 17:51:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25580 for ; Mon, 9 Jun 1997 17:51:16 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA02021; Tue, 10 Jun 1997 09:35:05 +0930 (CST) From: Michael Smith Message-Id: <199706100005.JAA02021@genesis.atrad.adelaide.edu.au> Subject: Re: %i conversion in sscanf? In-Reply-To: <199706091755.DAA00208@genesis.atrad.adelaide.edu.au> from Arne Henrik Juul at "Jun 9, 97 07:55:09 pm" To: arnej@stud.math.ntnu.no (Arne Henrik Juul) Date: Tue, 10 Jun 1997 09:35:05 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Arne Henrik Juul stands accused of saying: > > ANSI C mandates that scanf %i should work like strtol() with base=0; > which again should work the same way that integer constants in the > code does (but with an optional preceding plus or minus sign). > > Then it goes on (for strtol) to say: "If the correct value is outside > the range of representable values, LONG_MAX or LONG_MIN is returned > (according to the sign of the value), and the value of the macro > ERANGE is stored in errno." > > I take a wild guess your application really wanted to use strtoul(), > which isn't available everywhere (though it's in ANSI C so it should > be common). The application is quirky enough that I think you're right. What I am wondering is, given that the application purports to run correctly under other compilers, whether those compilers are wrong or whether there is some other interpretation available. At any rate, thanks. I shall pound said application accordingly. > - Arne H. J. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 17:54:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25835 for hackers-outgoing; Mon, 9 Jun 1997 17:54:24 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25823 for ; Mon, 9 Jun 1997 17:54:21 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA09168; Mon, 9 Jun 1997 17:54:12 -0700 (PDT) To: Chuck Robey cc: Matthias Buelow , freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Mon, 09 Jun 1997 19:52:12 EDT." Date: Mon, 09 Jun 1997 17:54:11 -0700 Message-ID: <9165.865904051@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I did that once, if you remember, Jordan, but there was some other > objection to pico. Don't remember what, but if it got cleared up, I'd > prepare pico once again. I still think, for newbies, it's easily the best > editor out there today. I can't remember either. Is the licensing reasonable? Jordan From owner-freebsd-hackers Mon Jun 9 18:14:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA26670 for hackers-outgoing; Mon, 9 Jun 1997 18:14:50 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA26665; Mon, 9 Jun 1997 18:14:48 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA09229; Mon, 9 Jun 1997 18:14:51 -0700 (PDT) To: docs@freebsd.org Cc: hackers@freebsd.org Reply-To: docs@freebsd.org Subject: Experienced writers wanted... Date: Mon, 09 Jun 1997 18:14:51 -0700 Message-ID: <9225.865905291@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are you a technical writer with experience in publications and advertising, looking either for a full-time position or contract work? Walnut Creek CDROM and FreeBSD, Inc. are looking for such people to work on FreeBSD related books and advertising, and we're willing to pay! Full-time employees would be expected to work in the Concord, CA area (about 45 minutes from San Francisco by car). Contractors may work from home as long as they have their own internet connection and are used to working in close collaboration with others while telecommuting. Resume's and writing samples to me please. There are multiple FreeBSD projects open right now, so we have plenty to do. Jordan From owner-freebsd-hackers Mon Jun 9 18:45:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28806 for hackers-outgoing; Mon, 9 Jun 1997 18:45:27 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28797 for ; Mon, 9 Jun 1997 18:45:23 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id VAA26175; Mon, 9 Jun 1997 21:45:03 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id VAA13259; Mon, 9 Jun 1997 21:45:01 -0400 Date: Mon, 9 Jun 1997 21:44:38 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Michael Smith cc: jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <199706100047.KAA02439@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Smith wrote: > Chuck Robey stands accused of saying: > > > > I did that once, if you remember, Jordan, but there was some other > > objection to pico. Don't remember what, but if it got cleared up, I'd > > prepare pico once again. I still think, for newbies, it's easily the best > > editor out there today. > > It's too big. This was the original complaint, and it hasn't gotten > any smaller since. Zile sounds pretty good by comparison. Yeah, except the default command set just isn't as obvious to newbies. That's the reason pico is such a good editor for them, it just works, even for idiots. Yeah, I now remember the size thing, so because I don't feel like fighting that battle again, I will let it drop again, and FreeBSD can stay unfriendly for them. > > > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Jun 9 18:57:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29561 for hackers-outgoing; Mon, 9 Jun 1997 18:57:01 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA29554 for ; Mon, 9 Jun 1997 18:56:58 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA03025; Tue, 10 Jun 1997 11:26:19 +0930 (CST) From: Michael Smith Message-Id: <199706100156.LAA03025@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: from Chuck Robey at "Jun 9, 97 09:44:38 pm" To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 10 Jun 1997 11:26:19 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey stands accused of saying: > > Yeah, except the default command set just isn't as obvious to newbies. > That's the reason pico is such a good editor for them, it just works, even > for idiots. > > Yeah, I now remember the size thing, so because I don't feel like fighting > that battle again, I will let it drop again, and FreeBSD can stay > unfriendly for them. How about just writing a cut-down pico, perhaps you could call it "femto" or something? We're all 100% in agreement that the command set and screen layout is nice; all that's wrong is that the current implementation is Too Big. > > > > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 19:04:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00348 for hackers-outgoing; Mon, 9 Jun 1997 19:04:50 -0700 (PDT) Received: from cactus.fi.uba.ar (cactus.fi.uba.ar [157.92.49.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00321; Mon, 9 Jun 1997 19:04:37 -0700 (PDT) Received: (from msagre@localhost) by cactus.fi.uba.ar (8.8.5/8.8.5) id XAA26412; Mon, 9 Jun 1997 23:06:09 GMT Date: Mon, 9 Jun 1997 23:06:09 +0000 () From: Miguel Angel Sagreras To: hackers@freebsd.org, current@freebsd.org, emulation@freebsd.org Subject: IBCS2 emulation bug installing ORACLE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Installing Oracle from CD-ROM, with ORACLE 7.3.2.1 Installer, I got a bus error caused by a 16 bits versus 32 bits alignament problem in ftime xenix system call The original code is in ibcs2_xenix.c in function xenix_ftime line 132 return copyout((caddr_t)&itb, (caddr_t)SCARG(uap, tp), sizeof(struct timeb)); The modify code is return copyout((caddr_t)&itb, (caddr_t)SCARG(uap, tp), sizeof(struct timeb)-2); I know this is not the best way to correct the code but it works. I think that there are more bugs like this. Now I working with another bug with the ibcs2_getgroups, with ORACLE Installer too. Regards Miguel Angel From owner-freebsd-hackers Mon Jun 9 19:05:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00445 for hackers-outgoing; Mon, 9 Jun 1997 19:05:36 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA00419 for ; Mon, 9 Jun 1997 19:05:13 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wbGHi-0004sq-00; Mon, 9 Jun 1997 19:03:46 -0700 Date: Mon, 9 Jun 1997 19:03:46 -0700 (PDT) From: Tom Samplonius To: Brian Reichert cc: freebsd-hackers@freebsd.org Subject: Re: tuning for a file server? In-Reply-To: <19970609181845.03139@numachi.numachi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Brian Reichert wrote: > I know there was recently a grumble about having stock recipies > for kernal configurations, but I had an actual question, or rather, > a request for pointers: > > I'm planning on putting together a monster file server (a half-Gig > of memory or more, many Gig worth of drives) and was curious about > peoples' suggestions about tuning the kernal to avoid various > bottlenecks. > > It's only a P-133 triton II motherboard, and I'm planning on two > PCI SCSI adaptors, but I've made no decisions or specifics beyond > that. Triton II boards normally max at 256MB of ram, so I'm not sure how you'd put 512MB+ into one of these boards. What kind of fileserver? NFS? I don't think you can wrong with a faster CPU then, as NFS normally operates synchronusly. How many clients? > I am subscribed to -hackers, but feel free to respond to me directly. > > Thanks... > > -- > Brian 'you Bastard' Reichert reichert@numachi.com > 37 Crystal Ave. #303 > Derry NH 03038-1713 USA Intel architecture: the left-hand path > > Tom From owner-freebsd-hackers Mon Jun 9 19:09:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00654 for hackers-outgoing; Mon, 9 Jun 1997 19:09:23 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00638 for ; Mon, 9 Jun 1997 19:09:18 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem18.usc.unal.edu.co [168.176.3.48]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id VAA06388; Mon, 9 Jun 1997 21:10:34 -0500 (COT) Message-ID: <339CD296.3DDF@fps.biblos.unal.edu.co> Date: Mon, 09 Jun 1997 21:05:42 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Michael Hancock CC: FreeBSD Hackers Subject: Re: Cable modems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just asked the same questions in ISP, cause the Motorola version will be available here soon. Officially UNIX is unsupported, but several hackers (mostly Linux users) have connected succesfully. In Motorola's case you get an ethernet connection and you need dhcp (client) and some login script to be online. In terms of quality, it's very fast internally, but Internet ends up being the same as a modem (too many people they say). If you need more info, I can look in old inbox, or you can look in the archive (look for "cablemodems" under ISP. Pedro. Michael Hancock wrote: > > Has anyone tried out a cable modem? I searched at dejanews for "cox" and > "cable modem" and found some interesting postings. Some guy in San Diego > downloaded a 5MB file to his home PC in 30 seconds. I also read that a > Cox tech is surfing at home with a bsd system. From owner-freebsd-hackers Mon Jun 9 19:21:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01520 for hackers-outgoing; Mon, 9 Jun 1997 19:21:31 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01510; Mon, 9 Jun 1997 19:21:18 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id CAA13783; Tue, 10 Jun 1997 02:45:31 GMT From: Adam David Message-Id: <199706100245.CAA13783@veda.is> Subject: wiring ppp? devices To: freebsd-isp@freebsd.org Date: Tue, 10 Jun 1997 02:45:30 +0000 (GMT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know how to reserve (for instance) ppp0 so that only /dev/ttyd0 can ever claim it? How is it done, and where should I be looking for this information? -- Adam David From owner-freebsd-hackers Mon Jun 9 19:46:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02981 for hackers-outgoing; Mon, 9 Jun 1997 19:46:26 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02930 for ; Mon, 9 Jun 1997 19:44:13 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id WAA00853; Mon, 9 Jun 1997 22:42:24 -0400 (EDT) Date: Mon, 9 Jun 1997 22:42:24 -0400 (EDT) From: Charles Henrich Message-Id: <199706100242.WAA00853@crh.cl.msu.edu> To: michaelh@cet.co.jp, freebsd-hackers@freebsd.org Subject: Re: Cable modems Newsgroups: lists.freebsd.hackers References: <5niaor$ges$1@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 CURRENT #1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >Has anyone tried out a cable modem? I searched at dejanews for "cox" and >"cable modem" and found some interesting postings. Some guy in San Diego >downloaded a 5MB file to his home PC in 30 seconds. I also read that a >Cox tech is surfing at home with a bsd system. I have had a cable modem for over a year now (I think our system was one of the very first doing production, customer service), and well, it rocks! The idea of a modem or ISDN just is sooo slow. It helps that the cable company has a direct 10mb link to the university here, so I get on average about 200KB-300KB/sec to my workstation on campus. And since MSU is connected so well, on weekends I get 100+ K/sec out to the net. However, the cable plant and cable modem equipment can make a WORLD of difference, so buyer beware. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Jun 9 20:04:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03979 for hackers-outgoing; Mon, 9 Jun 1997 20:04:20 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03973 for ; Mon, 9 Jun 1997 20:04:13 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id XAA10157; Mon, 9 Jun 1997 23:04:08 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id XAA18480; Mon, 9 Jun 1997 23:04:06 -0400 Date: Mon, 9 Jun 1997 23:03:43 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Michael Smith cc: jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <199706100156.LAA03025@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Smith wrote: > Chuck Robey stands accused of saying: > > > > Yeah, except the default command set just isn't as obvious to newbies. > > That's the reason pico is such a good editor for them, it just works, even > > for idiots. > > > > Yeah, I now remember the size thing, so because I don't feel like fighting > > that battle again, I will let it drop again, and FreeBSD can stay > > unfriendly for them. > > How about just writing a cut-down pico, perhaps you could call it > "femto" or something? We're all 100% in agreement that the command > set and screen layout is nice; all that's wrong is that the current > implementation is Too Big. Let me look at it, I'll see. > > > > > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Jun 9 22:02:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09836 for hackers-outgoing; Mon, 9 Jun 1997 22:02:59 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09818 for ; Mon, 9 Jun 1997 22:02:25 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id AAA28463; Tue, 10 Jun 1997 00:57:47 -0400 (EDT) Message-ID: <19970610005747.10979@vinyl.quickweb.com> Date: Tue, 10 Jun 1997 00:57:47 -0400 From: Mark Mayo To: hackers@freebsd.org Subject: Make World on RELENG_2_2 failing for last 2 weeks.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there.. It seems I just can't get RELENG_2_2 to build... I last did a make world about the 17th of May - and everything went just fine (although it took me a little while to patch the system to use login.conf and rc.conf... :-). The only problem I had was that the "keyrate=fast" and "linux_enable=YES" or "linux=YES" options from rc.conf weren't being honoured.. No problem - modload linux solved the problem. Oh yeah, PPP (userland) was still busted (sends load to one, and it nolonger redials :-( ) The problem is that since May 20th, I have CVSupped the latest sources on the RELENG_2_2 tag about 6 separate times (the last time being about 2 minutes ago) and each and everytime a 'make world' fails. For a while there were problems with tcl, and most recently I get errors from /usr/include/unistd.h complaining about files not found in /usr/src/usr.bin/make/lst.lib/blah... I guess the point here is that I'm confused :-) I was under the impression that the RELENG_2_2 branch was "Stable". It is called "2.2-STABLE". I'm a little concerned about the problems, since I follow this branch to get the mainstream/major fixes pulled into my production machine... I'm not looking for the up-to-the-second wonderment/mess of -CURRENT! I used to always CVsup under the "-STABLE" release -- is "RELENG_2_2" the -STABLE tree? Or is -STABLE still stuck back on the 2.1 tree? In other words, should I interpret the RELENG_2_2 tag as meaning: 1. This is the stuff being readied for the 2.2.5 release, and we call it 2.2-STABLE cause we couldn't think of a better name and it really isn't "stable" - so don't rely on it begin a stable FreeBSD (build wise). It's a mix of major innovations and bug fixes. Expected use: A non-production environment where someone wants to "safely" incorporate improvents but still wants to be able to build reliably (inother words, a friendlier, non agressive -CURRENT :-) 2. This is the FreeBSD-STABLE branch. It is derived from FreeBSD 2.2. It should nearly always build, and the focus is on fixing bugs - not innovation. Eventually, this branch will be released as FreeBSD 2.2.5. We're not sure why it's not just called -STABLE... Expected use: Production Environment. 3. Some combination of the above two options I'd really appreciate it if someone could help me out with the branch terminolgy and what I can expect from each branch! Right now, I'm under the impression that in reality RELENG_2_2 is option #1 - but I *thought* from reading the man pages and web pages that it would be more like option #2... I don't neccessarily mind either one; I'd just like to know what I'm dealing with :-) TIA, -Mark -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-hackers Mon Jun 9 23:00:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11752 for hackers-outgoing; Mon, 9 Jun 1997 23:00:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11734 for ; Mon, 9 Jun 1997 23:00:27 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA05278; Tue, 10 Jun 1997 15:29:25 +0930 (CST) From: Michael Smith Message-Id: <199706100559.PAA05278@genesis.atrad.adelaide.edu.au> Subject: Re: Make World on RELENG_2_2 failing for last 2 weeks.. In-Reply-To: <19970610005747.10979@vinyl.quickweb.com> from Mark Mayo at "Jun 10, 97 00:57:47 am" To: mark@quickweb.com (Mark Mayo) Date: Tue, 10 Jun 1997 15:29:25 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > Hi there.. It seems I just can't get RELENG_2_2 to build... You may have hosed your system. I haven't had any trouble here at all, and I've been building releases off and on for the last couple of months. > I guess the point here is that I'm confused :-) I was under the > impression that the RELENG_2_2 branch was "Stable". It is called > "2.2-STABLE". I'm It _is_ stable. Not much we can do about problems at your end though. 8( > -Mark -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Jun 9 23:49:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14336 for hackers-outgoing; Mon, 9 Jun 1997 23:49:20 -0700 (PDT) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14331 for ; Mon, 9 Jun 1997 23:49:17 -0700 (PDT) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id XAA28545; Mon, 9 Jun 1997 23:09:40 +0200 (MET DST) Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id XAA23884; Mon, 9 Jun 1997 23:09:27 +0200 (MET DST) Message-ID: <19970609230927.65057@xaa.stack.nl> Date: Mon, 9 Jun 1997 23:09:27 +0200 From: Mark Huizer To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: your rtprio stuff References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Luigi Rizzo on Mon, Jun 09, 1997 at 10:25:58PM +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 2) (major problem) rtprio does not allow the necessary priority > settings if not superuser; but it cannot be made suid root since > it does not drop priority before execing the requested process. > Of the following two fixes: > > a) modify the rtprio syscall so that it can set realtime priority > for a restricted set of users (but then, how to configure this > set ?); > > b) modify the rtprio(1) command so that it can run suid-root, by > allowing RTP_SET for a configurable class of users (e.g. > /etc/rtprio.users) and calling setuid to restore the real uid > before calling execvp If you don't mind the risk of letting them run other commands in real time, you could of course use commands like sudo or opcom that will give selected users root-privs without su for certain commands Mark From owner-freebsd-hackers Tue Jun 10 00:28:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA16357 for hackers-outgoing; Tue, 10 Jun 1997 00:28:07 -0700 (PDT) Received: from kevin.sunshine.net (pme51.sunshine.net [204.191.205.51]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA16349 for ; Tue, 10 Jun 1997 00:28:02 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id AAA00825; Tue, 10 Jun 1997 00:22:36 -0700 (PDT) X-Authentication-Warning: kevin.sunshine.net: cagey owned process doing -bs Date: Tue, 10 Jun 1997 00:22:31 -0700 (PDT) From: Kevin Eliuk X-Sender: cagey@kevin.sunshine.net Reply-To: Kevin Eliuk To: FreeBSD-Hackers , Annelise Anderson , Joerg Wunsch , Kevin Eliuk Subject: Learn Program Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, Thanks to Annelise Anderson, Brian Kernighan has made accessible the old source code for `Unix Learn'. The old source is in bad need of updating. It can be found at: http://cm.bell-labs.com/who/bwk/learn.tar.gz :for anyone that would be interested in looking at it to see what it would take to make this a workable program again. Joerg has written some patches already that I will forward upon request. Thank you and I look forward to hearing from you :) _______________________________________ |\ /| | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | | /^\_________________________/^\ | | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Tue Jun 10 00:57:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA17501 for hackers-outgoing; Tue, 10 Jun 1997 00:57:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17480 for ; Tue, 10 Jun 1997 00:57:23 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA06309; Tue, 10 Jun 1997 17:25:09 +0930 (CST) From: Michael Smith Message-Id: <199706100755.RAA06309@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: from Narvi at "Jun 10, 97 10:47:17 am" To: narvi@haldjas.folklore.ee (Narvi) Date: Tue, 10 Jun 1997 17:25:09 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, chuckr@Glue.umd.edu, jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Narvi stands accused of saying: > > > > It's too big. This was the original complaint, and it hasn't gotten > > any smaller since. Zile sounds pretty good by comparison. > > Two big? > > # ll /usr/local/bin/pico > -r-xr-xr-x 1 bin bin 12288 Apr 24 10:35 /usr/local/bin/pico That's the stub. Add the shared library. > Yes, pico does make use of a 160K shared library, but it shares it with > pilot (a kind of file browser) and pine. Besides, I am not very sure, > whetever pico needs everything that is in /usr/local/lib/pico, most > probably a libpicolite could be made that contained only the functions > needed and used by pico. ... which is what I suggested to Chuck, and he is now pursuing. There's nothing terribly _wrong_ with ee; certainly the novice users I've run into so far are quite happy with it over vi. The only people that really gripe about it are the ones that wish it was their favorite editor, whatever that might be. If I thought TurboVision could be used to make a small 'edit' like editor, I'd suggest _that_ as much better again. > Sander -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Jun 10 01:03:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17853 for hackers-outgoing; Tue, 10 Jun 1997 01:03:06 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17487 for ; Tue, 10 Jun 1997 00:57:24 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id KAA03173; Tue, 10 Jun 1997 10:47:18 +0300 (EEST) Date: Tue, 10 Jun 1997 10:47:17 +0300 (EEST) From: Narvi To: Michael Smith cc: Chuck Robey , jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <199706100047.KAA02439@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Smith wrote: > Chuck Robey stands accused of saying: > > > > I did that once, if you remember, Jordan, but there was some other > > objection to pico. Don't remember what, but if it got cleared up, I'd > > prepare pico once again. I still think, for newbies, it's easily the best > > editor out there today. > > It's too big. This was the original complaint, and it hasn't gotten > any smaller since. Zile sounds pretty good by comparison. Two big? # ll /usr/local/bin/pico -r-xr-xr-x 1 bin bin 12288 Apr 24 10:35 /usr/local/bin/pico vs. # ll /usr/bin/ee -r-xr-xr-x 2 bin bin 57344 Dec 24 05:31 /usr/bin/ee Yes, pico does make use of a 160K shared library, but it shares it with pilot (a kind of file browser) and pine. Besides, I am not very sure, whetever pico needs everything that is in /usr/local/lib/pico, most probably a libpicolite could be made that contained only the functions needed and used by pico. Sander > > > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Tue Jun 10 01:10:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18261 for hackers-outgoing; Tue, 10 Jun 1997 01:10:23 -0700 (PDT) Received: from kubus.tu.kielce.pl (kubus.tu.kielce.pl.4.59.193.in-addr.arpa [193.59.4.54]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18250 for ; Tue, 10 Jun 1997 01:10:07 -0700 (PDT) Received: (from andrzej@localhost) by kubus.tu.kielce.pl (8.8.5/8.8.5) id KAA00391; Tue, 10 Jun 1997 10:17:15 GMT From: Andrzej Szydlo Message-Id: <199706101017.KAA00391@kubus.tu.kielce.pl> Subject: Re: Writing 2D/3D CAD, drawing, OpenGL ... To: token@wicx50.informatik.uni-wurzburg.de Date: Tue, 10 Jun 1997 10:17:14 +0000 (GMT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, what I need is simple if compared to, say, AutoCAD, but it still requiries > > lots of CAD capabilities. I considered both xfig and xpaint as basis for the > > work. Unfortunately there would still remain some 90% work to be done. I'm > > not lazy, but the time is limited. > > > > An alternative is Windows NT ... > > *Sigh* > > This sounds like a lame threat like "If you FreeBSD guys don't come up > with anything decent for me _soon_, I'll use NT, then you'll see what > you get by not helping me!". I hope I'm mistaken. > > You're mistaken. Sorry. Andrzej From owner-freebsd-hackers Tue Jun 10 01:17:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18630 for hackers-outgoing; Tue, 10 Jun 1997 01:17:36 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA18622 for ; Tue, 10 Jun 1997 01:17:31 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-47.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA19145 (5.67b/IDA-1.5 for ); Tue, 10 Jun 1997 10:16:12 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id KAA28913; Tue, 10 Jun 1997 10:16:07 +0200 (CEST) X-Face: " Date: Tue, 10 Jun 1997 10:14:45 +0200 From: Stefan Esser To: Terry Lambert Cc: stesin@gu.net, bob@luke.pmr.com, matt@3am-software.com, hackers@FreeBSD.ORG Subject: Re: Does SMC9332BDT work in 2.2.2R?? References: <199706091814.LAA29703@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199706091814.LAA29703@phaeton.artisoft.com>; from Terry Lambert on Mon, Jun 09, 1997 at 11:14:57AM -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jun 9, Terry Lambert wrote: > Here is a duplicate of a response I've sent in the past. I suspect > that it is the problem in your case. > > > | This is probably the problem (the 5th slot, not the bus mastering). > | > | It has to do with PCI interrupt sharing. > | > | The PCI INT's are normally daisy-chained, and slots 4 and 5 (if 5 > | is present) are expected to share: > | > | slot 1 slot 2 slot 3 slot 4 slot 5 > | ,-. ,-. ,-. ,-. ,-. > | INT A --|A|-. ,------|B|-. ,------|C|-. ,------|D|----------|D| > | | | X | | X | | X | | | | > | INT B --| |-' \ ,----| |-' \ ,----| |-' \ ,----| |----------| | > | | | X | | X | | X | | | | > | INT C --| |---' \ ,--| |---' \ ,--| |---' \ ,--| |----------| | > | | | X | | X | | X | | | | > | INT D --| |-----' `--| |-----' `--| |-----' `--| |----------| | > | `-' `-' `-' `-' `-' > | > | By default, each PCI card will use the first interrupt connector, > | which will be A, B, C, or D, depending on the slot (note: old PCI > | hardware will *NOT* chain... it expects the boards to be jumper > | configurable, or all boards to share INT A). Why should that cause ANY problems for a bus-master card in slot 5 ??? Regards, STefan From owner-freebsd-hackers Tue Jun 10 01:30:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19187 for hackers-outgoing; Tue, 10 Jun 1997 01:30:35 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA19065 for ; Tue, 10 Jun 1997 01:28:22 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA06216; Tue, 10 Jun 1997 09:54:30 +0200 From: Luigi Rizzo Message-Id: <199706100754.JAA06216@labinfo.iet.unipi.it> Subject: Re: your rtprio stuff To: lada@ws6303.gud.siemens.at (Hr.Ladavac) Date: Tue, 10 Jun 1997 09:54:30 +0200 (MET DST) Cc: luigi@iet.unipi.it, xaa@stack.nl, hackers@FreeBSD.ORG In-Reply-To: <199706100804.KAA17947@ws6423.gud.siemens.at> from "Hr.Ladavac" at Jun 10, 97 10:04:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If you don't mind the risk of letting them run other commands in real time, > > you could of course use commands like sudo or opcom that will give > > selected users root-privs without su for certain commands > > Or, how about a suid root rtprio wrapper that does (among all) > > ... > > rtprio() > execve( "your_real_executable" ... ) > this is exactly what the rtprio command does (except that it leaves the user freedom to specify which program to execve). If the wrapper is suid root, isn't the execve'd program also run with root privileges ? The same, I think, might apply to "sudo" ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Tue Jun 10 01:44:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19764 for hackers-outgoing; Tue, 10 Jun 1997 01:44:43 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA19753 for ; Tue, 10 Jun 1997 01:44:23 -0700 (PDT) Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id KAA01578; Tue, 10 Jun 1997 10:16:01 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP (1.40.112.8/16.2) id AA065690477; Tue, 10 Jun 1997 10:14:37 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id KAA17947; Tue, 10 Jun 1997 10:04:50 +0200 Date: Tue, 10 Jun 1997 10:04:50 +0200 From: lada@ws6303.gud.siemens.at (Hr.Ladavac) Message-Id: <199706100804.KAA17947@ws6423.gud.siemens.at> To: luigi@iet.unipi.it, xaa@stack.nl Subject: Re: your rtprio stuff Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: J6ZHuJ4e/Ohsi27p8WY7hg== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 09:30:53 MET 1997 > Date: Mon, 9 Jun 1997 23:09:27 +0200 > From: Mark Huizer > To: Luigi Rizzo > Cc: hackers@FreeBSD.ORG > Subject: your rtprio stuff > Mime-Version: 1.0 > X-Loop: FreeBSD.org > > > 2) (major problem) rtprio does not allow the necessary priority > > settings if not superuser; but it cannot be made suid root since > > it does not drop priority before execing the requested process. > > Of the following two fixes: > > > > a) modify the rtprio syscall so that it can set realtime priority > > for a restricted set of users (but then, how to configure this > > set ?); > > > > b) modify the rtprio(1) command so that it can run suid-root, by > > allowing RTP_SET for a configurable class of users (e.g. > > /etc/rtprio.users) and calling setuid to restore the real uid > > before calling execvp > > If you don't mind the risk of letting them run other commands in real time, > you could of course use commands like sudo or opcom that will give > selected users root-privs without su for certain commands Or, how about a suid root rtprio wrapper that does (among all) ... rtprio() execve( "your_real_executable" ... ) ... /Marino > > Mark > From owner-freebsd-hackers Tue Jun 10 01:51:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20168 for hackers-outgoing; Tue, 10 Jun 1997 01:51:33 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20125 for ; Tue, 10 Jun 1997 01:51:10 -0700 (PDT) Received: from ws6303-f.gud.siemens.co.at (root@firix [10.1.143.100]) by zwei.siemens.at with ESMTP id KAA02960; Tue, 10 Jun 1997 10:49:39 +0200 (MET DST) Received: from ws6423.gud.siemens.at (ws6423-f) by ws6303-f.gud.siemens.co.at with ESMTP (1.40.112.8/16.2) id AA067852495; Tue, 10 Jun 1997 10:48:15 +0200 Received: by ws6423.gud.siemens.at (SMI-8.6/SMI-SVR4) id KAA23425; Tue, 10 Jun 1997 10:38:28 +0200 Date: Tue, 10 Jun 1997 10:38:28 +0200 From: lada@ws6303.gud.siemens.at (Hr.Ladavac) Message-Id: <199706100838.KAA23425@ws6423.gud.siemens.at> To: lada@ws6303-f.gud.siemens.co.at, luigi@labinfo.iet.unipi.it Subject: Re: your rtprio stuff Cc: luigi@iet.unipi.it, xaa@stack.nl, hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: tbCUQcgoI1v9acaRW+Kq+w== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From luigi@labinfo.iet.unipi.it Tue Jun 10 10:40:11 MET 1997 > From: Luigi Rizzo > Subject: Re: your rtprio stuff > To: lada@ws6303-f.gud.siemens.co.at (Hr.Ladavac) > Date: Tue, 10 Jun 1997 09:54:30 +0200 (MET DST) > Cc: luigi@iet.unipi.it, xaa@stack.nl, hackers@FreeBSD.ORG > > > > If you don't mind the risk of letting them run other commands in real time, > > > you could of course use commands like sudo or opcom that will give > > > selected users root-privs without su for certain commands > > > > Or, how about a suid root rtprio wrapper that does (among all) > > > > ... > > > > rtprio() seteuid( getuid() ) > > execve( "your_real_executable" ... ) > > > > this is exactly what the rtprio command does (except that it leaves > the user freedom to specify which program to execve). > > If the wrapper is suid root, isn't the execve'd program also run with > root privileges ? The same, I think, might apply to "sudo" ? My brain fart. This might work, and the executable is tightly bound with the wrapper (i.e. only that particular program can be executed rtprio unless the user is root) /Marino > > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ > From owner-freebsd-hackers Tue Jun 10 02:08:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21106 for hackers-outgoing; Tue, 10 Jun 1997 02:08:32 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21101 for ; Tue, 10 Jun 1997 02:08:28 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA22720; Tue, 10 Jun 1997 08:12:28 +0100 (BST) Message-Id: <199706100712.IAA22720@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Hancock cc: "Lenzi, Sergio" , freebsd-hackers@FreeBSD.ORG Subject: Re: pppd & natd problem turnaround.. In-reply-to: Your message of "Tue, 10 Jun 1997 09:27:11 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Jun 1997 08:12:27 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 9 Jun 1997, Lenzi, Sergio wrote: > > > > Better find the real bug. m->m_len < 0 "can't happen". > > > > > Shure it can't happen... > > > > My site as both slip and ppp configured in kernel > > It can't happen if pppfcs ensures it doesn't. Better find the real bug > before the workaround gets forgotten. I've said on the cvs list, this is top of my list now. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Jun 10 03:04:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA24137 for hackers-outgoing; Tue, 10 Jun 1997 03:04:27 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA24131 for ; Tue, 10 Jun 1997 03:04:19 -0700 (PDT) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id LAA06873; Tue, 10 Jun 1997 11:03:39 +0100 (BST) Date: Tue, 10 Jun 1997 11:03:39 +0100 (BST) From: Stephen Roome To: Julian Elischer cc: FreeBSD hackers list Subject: Re: CAP/netatalk on FreeBSD: summary In-Reply-To: <339C7E52.2781E494@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Julian Elischer wrote: > Wilko Bulte wrote: > > > > Hi there, > > > > This compiles right out of the box, no tweaking required. After approx > > 20 minutes I had both file and printersharing working. Although I think > > CAP would also have worked on 2.1.5R (I nearly had printersharing working, > > probably filesharing would also have worked) I do recommend getting netatalk > > even when it means upgrading your FreeBSD version first. > > > > WARNING however.. > it does NOT work yet with -current > something is broken with multicast.. (other than the etherexpress pro10 I was trying to use!) > > I'll get to it some time soon. How soon is it likely to be working? I have two SMP machines which need to speak in apple somehow, and I'd rather not touch CAP again, ever. If you/others won't be working on this soon then I'll be forced to meddle with it again. Which is it that's broken though: -current or netatalk ? I reckon I stand more (some) chance trying to make netatalk work than trying making current work (I have not chance with that). > > julian > Thanks. Steve. From owner-freebsd-hackers Tue Jun 10 03:41:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25990 for hackers-outgoing; Tue, 10 Jun 1997 03:41:55 -0700 (PDT) Received: from ujf.ujf-grenoble.fr (ujf.ujf-grenoble.fr [193.54.232.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA25984 for ; Tue, 10 Jun 1997 03:41:51 -0700 (PDT) Received: from adm.ujf-grenoble.fr (adm.ujf-grenoble.fr [193.54.232.78]) by ujf.ujf-grenoble.fr (8.7.6/8.6.9) with ESMTP id MAA09545; Tue, 10 Jun 1997 12:41:43 +0200 (MET DST) Received: from adm-bruno.ujf-grenoble.fr (adm-bruno.ujf-grenoble.fr [193.54.232.177]) by adm.ujf-grenoble.fr (8.8.5/8.8.5) with SMTP id MAA15319; Tue, 10 Jun 1997 12:51:49 +0200 (MET DST) Message-Id: <2.2.32.19970610103948.008c4cdc@adm.ujf-grenoble.fr> X-Sender: bruno@adm.ujf-grenoble.fr X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 12:39:48 +0200 To: hackers@freebsd.org, Gilles.Bruno@ujf-grenoble.fr From: Gilles Bruno Subject: mmap() question... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everyone ! (here we go for some kind of newbie question...) I tried -for testing purpose- to implement the FAST_SHARE_MODE feature of samba-1.9.16p11 on a FreeBSD 2.2.2-Release box. This implies the use of both mmap() and lockf() systems calls. After doing some minimal hacking in the samba source tree (mainly to replace sysV lockf() call with the bsd's flock() in shmem.c) I managed to get it work. *BUT* when I took a look in the (standard) /usr/local/samba/var/lock where the shared mem file resides, I found the following : {423}Root /bin/ls -a -l /usr/local/samba/var/locks total 60 drwxr-xr-x 2 root wheel 512 Jan 28 11:19 . drwxr-xr-x 3 root wheel 512 Jan 28 11:36 .. -rw-rw-rw- 1 root wheel 102400 Jan 28 11:26 SHARE_MEM_FILE -rw-rw-rw- 1 root wheel 4294967304 Jan 28 12:04 SHARE_MEM_FILE.processes ^^^^^^^^^^ -rw-r--r-- 1 root wheel 200 Jan 28 12:04 STATUS..LCK -rw-r--r-- 1 root wheel 77 Jan 28 11:19 browse.dat -rw-r--r-- 1 root wheel 0 Jan 28 11:19 wins.dat Hike ! What's that ? {425}Root /usr/bin/du /usr/local/samba/var/locks 59 /usr/local/samba/var/locks {426}Root /usr/bin/du /usr/local/samba/var/locks/SHARE_MEM_FILE.processes 32 /usr/local/samba/var/locks/SHARE_MEM_FILE.processes I presume that the size of the "SHARE_MEM_FILE.processes" (4Gb !) reflects some sort of maximum addressable memory, isn't it ? It would disturb me, if this directory had to be BACKED UP (using dump/amanda)... (I presume it wouldn't hurt since the real amount of space taken by this file is 32k, but if the dump use the same 'stat' method the /bin/ls does it would... No ?) The same question also applies to the /stand directory wich contains gzip executables (whose size is 1064960 bytes...) ---------------------------------------------------------------------------- ---------- Resume : . am I correct in my assertions / the size of this particular file . is the output of the ls command 'normal' ? . will this 'odditie' disturb either dump or tar (I'm concerned/anxious about 'tar') PS. Oops. Look's like I haven't set the time zone of this test box yet... Don't blame my poor english... -- Gilles BRUNO Universite Joseph Fourier - CRIP Domaine Universitaire 38041 St Martin d'Heres FRANCE Tel (33) 04 76 63 56 68 Fax (33) 04 76 51 42 74 From owner-freebsd-hackers Tue Jun 10 03:45:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA26196 for hackers-outgoing; Tue, 10 Jun 1997 03:45:37 -0700 (PDT) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.96.1.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA26191 for ; Tue, 10 Jun 1997 03:45:33 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.5/8.8.5) with SMTP id GAA23684; Tue, 10 Jun 1997 06:59:31 -0400 (EDT) Date: Tue, 10 Jun 1997 06:59:31 -0400 (EDT) From: "Matthew N. Dodd" To: Michael Hancock cc: FreeBSD Hackers Subject: Re: Cable modems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Hancock wrote: > Has anyone tried out a cable modem? I searched at dejanews for "cox" and > "cable modem" and found some interesting postings. Some guy in San Diego > downloaded a 5MB file to his home PC in 30 seconds. I also read that a > Cox tech is surfing at home with a bsd system. Jones Cable in Springfield VA is using the LAN-City stuff. Its pretty nifty gear. Symetric data rates etc so its more or less like an ethernet bridge. We get > ~120k/sec to stuff across MAE-East (JIC only has a T1 for this service area.) more often than not. $40/month makes it worth the trouble to live behind a NAT. Have a good one. Have a good one. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Tue Jun 10 06:07:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA03062 for hackers-outgoing; Tue, 10 Jun 1997 06:07:54 -0700 (PDT) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA03047 for ; Tue, 10 Jun 1997 06:07:38 -0700 (PDT) Received: from tavari.muc.de ([193.174.4.22]) by colin.muc.de with SMTP id <86046-2>; Tue, 10 Jun 1997 15:07:10 +0200 Received: from [192.168.42.51] (aleisha [192.168.42.51]) by tavari.muc.de (8.8.5/8.7.3) with ESMTP id NAA09651; Tue, 10 Jun 1997 13:46:31 +0200 (CEST) X-Sender: lutz@mail Message-Id: In-Reply-To: <2.2.32.19970610103948.008c4cdc@adm.ujf-grenoble.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 10 Jun 1997 13:45:09 +0200 To: Gilles Bruno From: Lutz Albers Subject: Re: mmap() question... Cc: hackers@FreeBSD.ORG Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id GAA03053 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > {423}Root /bin/ls -a -l /usr/local/samba/var/locks > total 60 > drwxr-xr-x 2 root wheel 512 Jan 28 11:19 . > drwxr-xr-x 3 root wheel 512 Jan 28 11:36 .. > -rw-rw-rw- 1 root wheel 102400 Jan 28 11:26 SHARE_MEM_FILE > -rw-rw-rw- 1 root wheel 4294967304 Jan 28 12:04 >SHARE_MEM_FILE.processes > ^^^^^^^^^^ > -rw-r--r-- 1 root wheel 200 Jan 28 12:04 STATUS..LCK > -rw-r--r-- 1 root wheel 77 Jan 28 11:19 browse.dat > -rw-r--r-- 1 root wheel 0 Jan 28 11:19 wins.dat > >Hike ! What's that ? A sparse file. If you seek beyond the eof and write a block, then the rest will NOT be written. >It would disturb me, if this directory had to be BACKED UP (using >dump/amanda)... dump handles this just fine. > . am I correct in my assertions / the size of this particular file > . is the output of the ls command 'normal' ? Yes, the output of ls is normal. du will show how man blocks have been allocated for this file. > . will this 'odditie' disturb either dump or tar (I'm concerned/anxious >about 'tar') tar will have it's problems with these files. Don't use it for backups. ciao lutz -- Lutz Albers, lutz@muc.de, pgp key available from Do not take life too seriously, you will never get out of it alive. From owner-freebsd-hackers Tue Jun 10 06:08:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA03089 for hackers-outgoing; Tue, 10 Jun 1997 06:08:02 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA03061; Tue, 10 Jun 1997 06:07:54 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id TAA00249; Tue, 10 Jun 1997 19:01:32 +0300 (EEST) Date: Tue, 10 Jun 1997 19:01:32 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: stable@freebsd.org, hackers@freebsd.org Subject: Tripple panic in timeout(), 2.2-RELENG -- what might this be? Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently installed, with GENERIC kernel, machine was up for some days; not loaded, just usual personal tasks like FTP, lynx, ssh/telnet, mailreading etc. A while ago I left for a few minutes and when I came back it was just recovering after reboot. Anyone has some ideas? dmesg and nm|sort output is below. (Gmm I'll rebuild a kernel today to have something to look at with debugger...) Thanks in advanse! Best regards, Andrew Stesin nic-hdl: ST73-RIPE Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = s\M^?\^Cr write, page not present instruction pointer = 0x8:0xf010bea8 stack pointer = 0x10:0xf0227f78 frame pointer = 0x10:0xf0227f98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x80000000 fault code = supervisor write, page not present instruction pointer = 0x8:0xf010bfd8 stack pointer = 0x10:0xf0227dc8 frame pointer = 0x10:0xf0227e04 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty trap number = 12 panic: page fault Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xf0109bcc stack pointer = 0x10:0xf0227cd4 frame pointer = 0x10:0xf0227cec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty trap number = 9 panic: general protection fault dumping to dev 20001, offset 131072 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-970526-RELENG #0: Mon May 26 12:10:25 GMT 1997 root@make.ican.net:/usr/src/sys/compile/GENERIC CPU: Pentium (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62939136 (61464K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0:0 chip1 rev 1 on pci0:1:0 pci0:1:1: Intel Corporation, device=0x7111, class=storage (ide) [no driver assigned] pci0:1:2: Intel Corporation, device=0x7112, class=serial, subclass=0x03 int d irq 12 [no driver assigned] chip2 rev 1 on pci0:1:3 vga0 rev 64 int a irq 11 on pci0:10:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0: disabled, not probed. ed1: disabled, not probed. fe0: disabled, not probed. sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x378-0x37f on isa lpt1 not probed due to I/O address conflict with lpt0 at 0x378 mse0: disabled, not probed. psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1623MB (3324384 sectors), 3298 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 810MB (1660176 sectors), 1647 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 bt0: disabled, not probed. uha0: disabled, not probed. aha0: disabled, not probed. aic0: disabled, not probed. nca0: disabled, not probed. nca1: disabled, not probed. sea0: disabled, not probed. wt0: disabled, not probed. mcd0: disabled, not probed. matcdc0: disabled, not probed. scd0: disabled, not probed. ie0: disabled, not probed. ie1: disabled, not probed. 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:20:af:cd:01:0d ex0: disabled, not probed. le0: disabled, not probed. lnc0: disabled, not probed. ze0: disabled, not probed. zp0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. sio0: 65 events for device with no tp sio1: 64 events for device with no tp WARNING: / was not properly dismounted. nm|sort output: [...] f01091dc t _xinflate f010924c T _inflate f01092e0 F init_main.o f01092e0 t _sysctl___kern_boottime f0109310 t ___set_sysctl__kern_sym_sysctl___kern_boottime f0109314 T ___main f010931c t ___set_sysinit_set_sym_placeholder_sys_init f010936c T _main f010947c T _kproc_start f01094c0 t _print_caddr_t f01094d4 t ___set_sysinit_set_sym_announce_sys_init f01094e0 t _proc0_init f010978c t ___set_sysinit_set_sym_p0init_sys_init f0109790 t _proc0_post f0109818 t ___set_sysinit_set_sym_p0post_sys_init f010981c t _sched_setup f0109830 t ___set_sysinit_set_sym_sched_setup_sys_init f0109848 t _xxx_vfs_mountroot f010986c t ___set_sysinit_set_sym_mountroot_sys_init f0109888 t _xxx_vfs_root_fdtab f0109904 t ___set_sysinit_set_sym_retrofit_sys_init f0109908 t ___set_sysinit_set_sym_init_sys_init f010990c t _kthread_init f01099ac t _start_init f0109b40 F init_sysent.o f0109b40 F init_sysvec.o f0109b50 F kern_module.o f0109b50 t _module_init f0109b78 t ___set_sysinit_set_sym_module_sys_init f0109b7c t _module_shutdown f0109be8 T _module_register_static f0109c1c T _module_register f0109d08 T _module_reference f0109d38 T _module_release f0109da8 T _module_lookupbyname f0109de0 T _module_lookupbyid f0109e00 T _module_unload f0109e14 T _module_getid f0109e20 T _module_getfnext f0109e2c T _modnext f0109e80 T _modfnext f0109ec4 T _modstat f0109f7c T _modfind f0109fd0 F kern_linker.o f0109fd8 t _linker_init f010a01c t ___set_sysinit_set_sym_linker_sys_init f010a020 T _linker_add_class f010a0d4 t _linker_file_sysinit f010a1dc T _linker_load_file f010a260 T _linker_find_file_by_name f010a2c0 T _linker_find_file_by_id f010a318 T _linker_make_file f010a3fc T _linker_file_unload f010a554 T _linker_file_add_dependancy f010a5c0 T _linker_file_lookup_symbol f010a6d0 T _kldload f010a7b8 T _kldunload f010a82c T _kldfind f010a898 T _kldnext f010a900 T _kldstat f010a9f8 T _kldfirstmod f010aa40 F link_aout.o f010aa80 t _link_aout_init f010ab10 t ___set_sysinit_set_sym_link_aout_sys_init f010ab14 t _link_aout_load_file f010ade0 t _link_aout_unload f010ae10 t _load_dependancies f010af68 t _read_relocation f010afac t _write_relocation f010b098 t _relocate_file f010b1d8 t _symbol_hash_value f010b224 t _link_aout_lookup_symbol f010b320 F kern_acct.o f010b320 t _sysctl___kern_acct_suspend f010b34c t ___set_sysctl__kern_sym_sysctl___kern_acct_suspend f010b350 t _sysctl___kern_acct_resume f010b378 t ___set_sysctl__kern_sym_sysctl___kern_acct_resume f010b37c t _sysctl___kern_acct_chkfreq f010b3a8 t ___set_sysctl__kern_sym_sysctl___kern_acct_chkfreq f010b3ac T _acct f010b4dc T _acct_process f010b694 t _encode_comp_t f010b728 t _acctwatch f010b880 F kern_clock.o f010b880 t ___set_sysinit_set_sym_clocks_sys_init f010b884 T _hardupdate f010b9a8 t _initclocks f010b9f8 T _hardclock f010bdf8 T _softclock f010bea8 T _timeout f010bf4c T _untimeout f010bfd8 T _gettime f010c01c T _hzto f010c0f8 T _startprofclock f010c16c T _stopprofclock f010c1e0 T _statclock f010c364 t _sysctl_kern_clockrate f010c3a4 t _sysctl___kern_clockrate f010c3d8 t ___set_sysctl__kern_sym_sysctl___kern_clockrate f010c3e0 F kern_conf.o f010c3e0 T _isdisk f010c554 T _chrtoblk f010c588 T _bdevsw_add f010c610 T _cdevsw_add f010c6b0 T _cdevsw_make f010c758 T _bdevsw_add_generic f010c7d0 F kern_descrip.o f010c7d0 T _getdtablesize f010c804 T _dup2 f010c8f8 T _dup [...] From owner-freebsd-hackers Tue Jun 10 06:59:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05506 for hackers-outgoing; Tue, 10 Jun 1997 06:59:26 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05492 for ; Tue, 10 Jun 1997 06:59:04 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id QAA07241; Tue, 10 Jun 1997 16:58:23 +0300 (EEST) Date: Tue, 10 Jun 1997 16:58:22 +0300 (EEST) From: Narvi To: Gilles Bruno cc: hackers@FreeBSD.ORG Subject: Re: mmap() question... In-Reply-To: <2.2.32.19970610103948.008c4cdc@adm.ujf-grenoble.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Gilles Bruno wrote: > Hi everyone ! > (here we go for some kind of newbie question...) > > I tried -for testing purpose- to implement the FAST_SHARE_MODE feature of > samba-1.9.16p11 on a FreeBSD 2.2.2-Release box. This implies the use of > both mmap() and lockf() systems calls. > After doing some minimal hacking in the samba source tree (mainly to replace > sysV lockf() call with the bsd's flock() in shmem.c) I managed to get it work. > > *BUT* when I took a look in the (standard) /usr/local/samba/var/lock where the > shared mem file resides, I found the following : > > {423}Root /bin/ls -a -l /usr/local/samba/var/locks > total 60 > drwxr-xr-x 2 root wheel 512 Jan 28 11:19 . > drwxr-xr-x 3 root wheel 512 Jan 28 11:36 .. > -rw-rw-rw- 1 root wheel 102400 Jan 28 11:26 SHARE_MEM_FILE > -rw-rw-rw- 1 root wheel 4294967304 Jan 28 12:04 > SHARE_MEM_FILE.processes > ^^^^^^^^^^ > -rw-r--r-- 1 root wheel 200 Jan 28 12:04 STATUS..LCK > -rw-r--r-- 1 root wheel 77 Jan 28 11:19 browse.dat > -rw-r--r-- 1 root wheel 0 Jan 28 11:19 wins.dat > > Hike ! What's that ? A sparse file, I would say. > > {425}Root /usr/bin/du /usr/local/samba/var/locks > 59 /usr/local/samba/var/locks > > {426}Root /usr/bin/du > /usr/local/samba/var/locks/SHARE_MEM_FILE.processes > 32 /usr/local/samba/var/locks/SHARE_MEM_FILE.processes With actually only 32K of space... > > I presume that the size of the "SHARE_MEM_FILE.processes" (4Gb !) > reflects some sort of maximum addressable memory, isn't it ? For some reason, it thinks it needs to have the whole 32bit addrress space covered by its processes. > > It would disturb me, if this directory had to be BACKED UP (using > dump/amanda)... > (I presume it wouldn't hurt since the real amount of space taken by this > file is 32k, > but if the dump use the same 'stat' method the /bin/ls does it would... No ?) > Doesn't dump support sparse files? I think I've heard even tar does, but I may be mistaken. > The same question also applies to the /stand directory wich contains gzip > executables > (whose size is 1064960 bytes...) These gzip executables are 1064960 bytes. Actually, there is only one executable taht is hard-linked into many diffrent names and carries out different function depending on the name it was called on.... > ---------------------------------------------------------------------------- > ---------- > Resume : > . am I correct in my assertions / the size of this particular file It is a 4GB sparse file containing 32Kb data. > . is the output of the ls command 'normal' ? I think yes. The size of the file is 4GB. > . will this 'odditie' disturb either dump or tar (I'm concerned/anxious > about 'tar') > I don't think it will. Sander > PS. Oops. Look's like I haven't set the time zone of this test box yet... > Don't blame my poor english... > -- > Gilles BRUNO > Universite Joseph Fourier - CRIP > Domaine Universitaire 38041 St Martin d'Heres FRANCE > Tel (33) 04 76 63 56 68 Fax (33) 04 76 51 42 74 > > From owner-freebsd-hackers Tue Jun 10 07:29:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07278 for hackers-outgoing; Tue, 10 Jun 1997 07:29:28 -0700 (PDT) Received: from ibnx.com ([207.34.208.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA07273 for ; Tue, 10 Jun 1997 07:29:20 -0700 (PDT) Received: by ibnx.com from localhost (router,SLmailNT V2.4); Tue, 10 Jun 1997 10:35:51 Eastern Daylight Time Received: by ibnx.com from mnewton.newland.com (206.186.115.137::mail daemon; unverified,SLmailNT V2.4); Tue, 10 Jun 1997 10:35:50 Eastern Daylight Time Message-ID: <339D6527.7411@newland.com> Date: Tue, 10 Jun 1997 10:31:03 -0400 From: mnewton Organization: The Newland Group X-Mailer: Mozilla 2.02 (Win95; U) MIME-Version: 1.0 To: hackers Subject: any one tried this Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have one host that has a dynamic ip address assigned each time its logs in. I would like to refer to that host by a domain name i.e xyz.zzz via a dns on another machine. What i need to do is update the dns on the dns server with the new ip address every time that pc logs in. Any body got any code to do this ? From owner-freebsd-hackers Tue Jun 10 07:56:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA09247 for hackers-outgoing; Tue, 10 Jun 1997 07:56:22 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09240 for ; Tue, 10 Jun 1997 07:56:20 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id LAA17216 for ; Tue, 10 Jun 1997 11:03:49 -0400 (EDT) Message-Id: <3.0.32.19970610104926.00aa0b00@etinc.com> X-Sender: dennis@etinc.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 10 Jun 1997 10:49:31 -0400 To: hackers@freebsd.org From: dennis Subject: tar hangs 2.2.x system Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Every since loading 2.2.x the following command: tar -cvf /dev/fd0 somefiles will hang the system (where reset seems to be the only recourse) if there is no diskette in the drive. Dennis From owner-freebsd-hackers Tue Jun 10 08:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA10644 for hackers-outgoing; Tue, 10 Jun 1997 08:25:25 -0700 (PDT) Received: from unix.stylo.it (unix.stylo.it [193.76.98.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10639 for ; Tue, 10 Jun 1997 08:25:20 -0700 (PDT) Received: from styloserver.stylo.it (mail.stylo.it [193.76.98.13]) by unix.stylo.it (8.8.5/8.6.9) with ESMTP id RAA00834 for ; Tue, 10 Jun 1997 17:21:00 +0200 (MET DST) Received: by STYLOSERVER with Internet Mail Service (5.0.1457.3) id ; Tue, 10 Jun 1997 17:20:00 +0200 Message-ID: <31EBCC36B676D01197E400801E032495021F6B@STYLOSERVER> From: Angelo Turetta To: "'freebsd-hackers'" Subject: Small patch for sendmail config files Date: Tue, 10 Jun 1997 17:19:54 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've had a problem building sendmail on a make world, caused by my hostname containing an m4 reserved word. Tor Egge [Tor.Egge@idi.ntnu.no] suggested the following patch, which quotes the hostname in the generated include file. I think it should be committed to both -current and -stable. Thanks Angelo Turetta Stylo Multimedia - Italy Index: src/usr.sbin/sendmail/cf/sh/makeinfo.sh ========================================================== RCS file: /store/ncvs/src/usr.sbin/sendmail/cf/sh/makeinfo.sh,v retrieving revision 1.1.1.2.2.1 diff -c -r1.1.1.2.2.1 makeinfo.sh *** makeinfo.sh 1996/11/28 22:05:33 1.1.1.2.2.1 --- makeinfo.sh 1997/05/27 17:21:42 *************** *** 76,79 **** echo '#####' built by $user@$host on `LC_TIME=C date` echo '#####' in `pwd` | sed 's/\/tmp_mnt//' echo '#####' using $1 as configuration include directory | sed 's/\/tmp_mnt//' ! echo "define(\`__HOST__', $host)dnl" --- 76,79 ---- echo '#####' built by $user@$host on `LC_TIME=C date` echo '#####' in `pwd` | sed 's/\/tmp_mnt//' echo '#####' using $1 as configuration include directory | sed 's/\/tmp_mnt//' ! echo "define(\`__HOST__', \`\`$host'')dnl" From owner-freebsd-hackers Tue Jun 10 08:37:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11413 for hackers-outgoing; Tue, 10 Jun 1997 08:37:35 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11408 for ; Tue, 10 Jun 1997 08:37:30 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id LAA17470 for ; Tue, 10 Jun 1997 11:44:38 -0400 (EDT) Message-Id: <3.0.32.19970610113016.00aa59f4@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 10 Jun 1997 11:30:47 -0400 To: hackers@freebsd.org From: dennis Subject: login_getclass errors Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is the message "login_getclass: unknown class 'root'" this is diplayed any time someone logs in as root? Dennis From owner-freebsd-hackers Tue Jun 10 09:25:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA14348 for hackers-outgoing; Tue, 10 Jun 1997 09:25:11 -0700 (PDT) Received: from dorotech.fr (mail.dorotech.fr [193.56.144.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA14341 for ; Tue, 10 Jun 1997 09:25:07 -0700 (PDT) Received: from fritz.UUCP (uucp@localhost) by dorotech.fr (8.6.12/8.6.10) with UUCP id SAA21618; Tue, 10 Jun 1997 18:27:16 +0200 Received: from pchot4 by fritz.dorotech.fr (4.1/SMI-4.1) id AA17854; Tue, 10 Jun 97 18:08:32 +0200 Message-Id: <339D7EB6.41C67EA6@dorotech.fr> Date: Tue, 10 Jun 1997 16:20:06 +0000 From: Patrice BLEUZE X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.2.1-RELEASE i386) Mime-Version: 1.0 To: dennis Cc: hackers@FreeBSD.ORG Subject: Re: login_getclass errors References: <3.0.32.19970610113016.00aa59f4@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk dennis wrote: > > What is the message > > "login_getclass: unknown class 'root'" > > this is diplayed any time someone logs in as root? > > Dennis >From the ERRATA.TXT file : jkh@time-> more ERRATA.TXT Last minute errata: ------------------- o login as root produces "login_getclass: unknown class 'root'" on system console. Fix: If you have the source distribution installed, simply cp /usr/src/etc/login.conf /etc otherwise, mount the 2nd CDROM and copy it from the live filesystem (cp /cdrom/usr/src/etc/login.conf /etc) instead. From owner-freebsd-hackers Tue Jun 10 09:53:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA16079 for hackers-outgoing; Tue, 10 Jun 1997 09:53:28 -0700 (PDT) Received: from yacko.netgazer.net (yacko.netgazer.net [208.12.177.63]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16070 for ; Tue, 10 Jun 1997 09:53:24 -0700 (PDT) Received: from [208.12.177.224] (furball.netgazer.com [208.12.177.224]) by yacko.netgazer.net (8.8.3/8.7.3) with ESMTP id MAA19788 for ; Tue, 10 Jun 1997 12:03:26 GMT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 11:59:31 -0500 To: freebsd-hackers@FreeBSD.ORG From: "Darrin R. Woods" Subject: Anyone tried sendmail 8.8.5 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone tried to compile sendmail 8.8.5 under FBSD yet? I'm getting ready to try and would like to know as many 'gotchas' as I can from people who might have already done it. Thanks in advance. Darrin R. Woods | "I'm so happy that I, can't stop crying." Director Operations | --- Sting Netgazer Solutions, Inc. | Dallas, Texas 972.702.9119 | work: http://www.netgazer.net My employer most whole-heartedly denies everything I say From owner-freebsd-hackers Tue Jun 10 10:11:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17502 for hackers-outgoing; Tue, 10 Jun 1997 10:11:32 -0700 (PDT) Received: from andrsn.stanford.edu (root@andrsn.Stanford.EDU [36.33.0.163]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17495 for ; Tue, 10 Jun 1997 10:11:28 -0700 (PDT) Received: from localhost (andrsn@localhost.Stanford.EDU [127.0.0.1]) by andrsn.stanford.edu (8.8.5/8.6.12) with SMTP id KAA12356; Tue, 10 Jun 1997 10:11:19 -0700 (PDT) Date: Tue, 10 Jun 1997 10:11:19 -0700 (PDT) From: Annelise Anderson To: Kevin Eliuk cc: FreeBSD-Hackers , Joerg Wunsch Subject: Re: Learn Program In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Kevin Eliuk wrote: > > Hello, > > Thanks to Annelise Anderson, Brian Kernighan has made > accessible the old source code for `Unix Learn'. The Actually primary thanks are owed to Marty Leisner! > old source is in bad need of updating. It can be found at: > > http://cm.bell-labs.com/who/bwk/learn.tar.gz > > :for anyone that would be interested in looking at it to > see what it would take to make this a workable program again. > > Joerg has written some patches already that I will forward upon > request. > > Thank you and I look forward to hearing from you :) "Learn" runs on all of Stanford's generally accessible unix machines. The source code as they revised it is available on my anonymous ftp server at andrsn.stanford.edu. Kernighan's purpose in creating the program was, according to those files, to provide direct interaction with the unix system. From the little I've used it, "learn" seems to be a systematic and orderly way to learn unix basics from a user point of view, and it might be worthwhile to provide such a utility. Annelise From owner-freebsd-hackers Tue Jun 10 10:33:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18704 for hackers-outgoing; Tue, 10 Jun 1997 10:33:06 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18690 for ; Tue, 10 Jun 1997 10:33:01 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id MAA07266; Tue, 10 Jun 1997 12:30:22 -0500 (CDT) Message-ID: <19970610123022.07209@luke.pmr.com> Date: Tue, 10 Jun 1997 12:30:22 -0500 From: Bob Willcox To: Matt Thomas Cc: hackers mailing list Subject: Re: Does SMC9332BDT work in 2.2.2R?? Reply-To: Bob Willcox References: <19970607104634.19370@luke.pmr.com> <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e In-Reply-To: <3.0.1.32.19970607123815.006bc784@ranier.altavista-software.com>; from Matt Thomas on Sat, Jun 07, 1997 at 12:38:15PM -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Jun 07, 1997 at 12:38:15PM -0400, Matt Thomas wrote: > At 10:46 AM 6/7/97 -0500, Bob Willcox wrote: > >I am trying to install some SMC9332BDT ethernet cards in some of > >my systems here with no success. > > grab http://www.3am-software.com/de-970603.tar.gz Matt, Do you have a new version of the de driver that is for FreeBSD-current? (The above version does not compile in -current.) I have moved my SMC9332BDT card into my dual PPro SMP test system (had to keep my workstation sys running :-() and it is running current (need SMP support there). When I boot a UP kernel on this system the symptoms are precisely the same as on my other (single) PPro system (after boot no lights on either the card or the hub [for its port] and no network activity at all). Strangely, when I boot an SMP kernel, I have lights on (both card and hub) but I get timeouts and the network is still broken. BTW, this behavior is exactly what I see with the SMP kernel for the fxp driver and an Intel card, however the Intel card works fine with a UP kernel. I suspect that these are two separate problems. -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Tue Jun 10 10:44:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19414 for hackers-outgoing; Tue, 10 Jun 1997 10:44:11 -0700 (PDT) Received: from wrzx07.rz.uni-wuerzburg.de (wrzx07.rz.uni-wuerzburg.de [132.187.1.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19366 for ; Tue, 10 Jun 1997 10:44:03 -0700 (PDT) Received: from wicx50.informatik.uni-wuerzburg.de (mail@wicx50.informatik.uni-wuerzburg.de [132.187.9.50]) by wrzx07.rz.uni-wuerzburg.de (8.8.5/8.8.5) with SMTP id TAA17696; Tue, 10 Jun 1997 19:36:52 +0200 (MET DST) Received: by wicx50.informatik.uni-wuerzburg.de (8.6.12/uniwue-C-3.1a (CIP Gate)) id TAA08662; Tue, 10 Jun 1997 19:36:51 +0200 Received: from usedom(132.187.9.21) by cipgate via smap (V1.3) id sma008660; Tue Jun 10 19:36:35 1997 Received: by wicx21.informatik.uni-wuerzburg.de (8.8.5/uniwue-C-3.1 (C)) id TAA28819; Tue, 10 Jun 1997 19:36:34 +0200 From: Matthias Buelow Message-Id: <199706101736.TAA28819@wicx21.informatik.uni-wuerzburg.de> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 10 Jun 1997 19:36:34 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199706100755.RAA06309@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 10, 97 05:25:09 pm Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If I thought TurboVision could be used to make a small 'edit' like editor, > I'd suggest _that_ as much better again. I only remember Turbo Vision from olde DOS days and I also remember that it produced the fattest binaries (statically linked) that I've seen from a DOS library. A small hello-world proggy and you could watch it include > 100K lines and dumping a binary that was over 250K in size. I don't expect it too be much smaller in the Unix world, you still have to keep the TV library around (not very good for boot disks), although I haven't looked at the Unix implementation of TV so far (I detest it). From owner-freebsd-hackers Tue Jun 10 10:53:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19947 for hackers-outgoing; Tue, 10 Jun 1997 10:53:04 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19942 for ; Tue, 10 Jun 1997 10:52:58 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id MAA00375; Tue, 10 Jun 1997 12:52:44 -0500 (EST) From: "John S. Dyson" Message-Id: <199706101752.MAA00375@dyson.iquest.net> Subject: Re: Extremely poor interactive response under heave SCSI load In-Reply-To: <19970605184813.26023@crh.cl.msu.edu> from Charles Henrich at "Jun 5, 97 06:48:13 pm" To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Tue, 10 Jun 1997 12:52:44 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Has anyone else noticed that a system with a large mount of unused (hence disk > cache) ram while under heavy SCSI load (or not so heavy really, e.g: > tar tvf crh.tgz > /tmp/crh.tgz.ls) causes interactive response to go into the > toilet, and any other disk I/O takes an eternity to complete? For example, > when doing that tar tvf of a 650mb file, it took over 30 seconds for mutt to > load and run, any operation that hit disk was delayed at least 30 seconds.. > Any ideas on a rememdy/tunable for this? (Im using an adaptec 2940) > There are a couple of potential causes for the problem. I have played with versions of the vfs_bio code that reserves a certain portion of the active cache for reads. It did help. The problem with adding it to the FreeBSD code base is that it is heuristic, and it would have to withstand signficant amounts of testing before burdening the users with it (the new "feature" :-)). John From owner-freebsd-hackers Tue Jun 10 11:03:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20495 for hackers-outgoing; Tue, 10 Jun 1997 11:03:52 -0700 (PDT) Received: from garfield.cs.mun.ca (garfield.cs.mun.ca [134.153.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20490 for ; Tue, 10 Jun 1997 11:03:49 -0700 (PDT) Received: (from jr@localhost) by garfield.cs.mun.ca (8.8.5/8.8.5) id PAA01663; Tue, 10 Jun 1997 15:32:59 -0230 (NDT) Date: Tue, 10 Jun 1997 15:32:58 -0230 (NDT) From: John Rochester To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: %i conversion in sscanf? In-Reply-To: <199706100002.JAA02000@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Smith wrote: > Ollivier Robert stands accused of saying: > > According to Michael Smith: > > > It's "fairly" clear that %i might be expected to convert 0xABCDEF45 > > > to a negative number - Tcl thinks that way : > > > > > > silver:/tmp>tclsh > > > % expr 0xABCDEF45 > > > -1412567227 > > > > Interesting: > > > > 244 [22:29] roberto@keltia:~> perl -e 'print 0xABCDEF45 . "\n"' > > 2882400069 > > > > Perl 5.004 > > Hmm. What internal type does Perl use for numbers? Or does it decide that > the constant is too big and use a bignum? perl uses floating point. double, I assume, but I don't know for sure. ----- John Rochester jr@cs.mun.ca Dept. of Computer Science Memorial University of Newfoundland, St. John's, Newfoundland, Canada From owner-freebsd-hackers Tue Jun 10 11:09:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20807 for hackers-outgoing; Tue, 10 Jun 1997 11:09:05 -0700 (PDT) Received: from cbgw1.lucent.com (cbgw1.lucent.com [192.20.239.133]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA20802 for ; Tue, 10 Jun 1997 11:09:02 -0700 (PDT) Received: from sw.lucent.com by cbig1.firewall.lucent.com (SMI-8.6/EMS-L sol2) id OAA20514; Tue, 10 Jun 1997 14:00:08 -0400 Received: by sw.lucent.com (SMI-8.6/SMI-SVR4) id NAA21785; Tue, 10 Jun 1997 13:09:52 -0500 Date: Tue, 10 Jun 1997 13:09:52 -0500 From: jek@ibmgs.sw.lucent.com (Jon Kump) Message-Id: <199706101809.NAA21785@ sw.lucent.com> To: hackers@freebsd.org Subject: login.conf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: wtdlk7xP3UK4HCgpnZEwoA== Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I do not have the CD-ROMS for the 2.2.2-RELEASE and I do not have room to install the complete src distribution. I was wondering if someone would send me a copy of the login.conf file that the ERRATA.TXT talks about. Thanks in advance Jon E. Kump jek@ibmgs.sw.lucent.com From owner-freebsd-hackers Tue Jun 10 11:19:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21380 for hackers-outgoing; Tue, 10 Jun 1997 11:19:00 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA21375 for ; Tue, 10 Jun 1997 11:18:56 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wbVU3-0005Jm-00; Tue, 10 Jun 1997 11:17:31 -0700 Date: Tue, 10 Jun 1997 11:17:31 -0700 (PDT) From: Tom Samplonius To: "Darrin R. Woods" cc: freebsd-hackers@freebsd.org Subject: Re: Anyone tried sendmail 8.8.5 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Darrin R. Woods wrote: > Has anyone tried to compile sendmail 8.8.5 under FBSD yet? I'm getting > ready to try and would like to know as many 'gotchas' as I can from people > who might have already done it. > > Thanks in advance. > > > Darrin R. Woods | "I'm so happy that I, can't stop crying." > Director Operations | --- Sting > Netgazer Solutions, Inc. | > Dallas, Texas 972.702.9119 | work: http://www.netgazer.net > > My employer most whole-heartedly denies everything I say > > > > Where have you been? 8.8.5 is part of 2.2.1-RELEASE, 2.2.2-RELEASE, and 2.1.7-RELEASE. Tom From owner-freebsd-hackers Tue Jun 10 11:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21615 for hackers-outgoing; Tue, 10 Jun 1997 11:21:17 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA21610 for ; Tue, 10 Jun 1997 11:21:14 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA15516; Tue, 10 Jun 1997 11:13:32 -0700 (PDT) Received: from yama.whistle.com(207.76.205.27) via SMTP by alpo.whistle.com, id smtpd015512; Tue Jun 10 18:13:24 1997 Message-ID: <339D9903.42877E5C@whistle.com> Date: Tue, 10 Jun 1997 11:12:19 -0700 From: Jeremy Allison Organization: Whistle Communications X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2-970422-RELEN0 i386) MIME-Version: 1.0 To: Gilles Bruno CC: hackers@FreeBSD.ORG Subject: Re: mmap() question... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Giles, The new versions of Samba currently in alpha (1.9.17alpha3 is the most current) fix this problem on FreeBsd - this is the OS I am using to extend Samba functionality (along with Linux of course :-). If you are setting up a non-production server I would recommend using 1.9.17alpha3 (don't forget to register on the Samba survey !). The share mode code has been mainly re-written for 1.9.17 and is (IMHO :-) *much* more robust. It will now successfully run the Ziff-Davis NetBench tests. Hope this helps, Jeremy Allison, Samba Team. From owner-freebsd-hackers Tue Jun 10 11:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21707 for hackers-outgoing; Tue, 10 Jun 1997 11:22:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA21684; Tue, 10 Jun 1997 11:22:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02784; Tue, 10 Jun 1997 11:16:15 -0700 From: Terry Lambert Message-Id: <199706101816.LAA02784@phaeton.artisoft.com> Subject: Re: Does SMC9332BDT work in 2.2.2R?? To: se@freebsd.org (Stefan Esser) Date: Tue, 10 Jun 1997 11:16:14 -0700 (MST) Cc: terry@lambert.org, stesin@gu.net, bob@luke.pmr.com, matt@3am-software.com, hackers@freebsd.org In-Reply-To: <19970610101445.26928@mi.uni-koeln.de> from "Stefan Esser" at Jun 10, 97 10:14:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Why should that cause ANY problems > for a bus-master card in slot 5 ??? > > | It has to do with PCI interrupt sharing. ********************* This was broken in SMP, and seems to have been broken in general on integration of SMP into the main line source tree. In addition, the card itself might object to interrupt sharing. Finally, does the video card claim a vertical retrace interrupt? If not, does it do one anyway? If so, the way the poll does not happen to detect the card responsible on a shared interrupt with a single attach can also be a problem. I realize that the explanations other than the first one rely on bogus PCI card hardware. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jun 10 11:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23343 for hackers-outgoing; Tue, 10 Jun 1997 11:45:42 -0700 (PDT) Received: from uustar.starnet.net (root@uustar.starnet.net [199.217.253.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23338 for ; Tue, 10 Jun 1997 11:45:40 -0700 (PDT) Received: from commlet.UUCP (Ucommlet@localhost) by uustar.starnet.net (8.8.5/8.8.5) with UUCP id NAA25637 for freebsd.org!hackers; Tue, 10 Jun 1997 13:42:06 -0500 (CDT) From: matta@commlet.com X-Mailer: SCO OpenServer Mail Release 5.0 To: hackers@freebsd.org Date: Tue, 10 Jun 97 13:14:38 CDT Message-ID: <9706101314.aa27032@commlet.commlet.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm under the impression that the SCSI code + (Macintosh) hierarchical file system port + MSDOS file system option in kernel LINT will allow me to mount either hfs- or msdos- formatted Iomega ZIP (100 MB) disks in a SCSI ZIP drive on a 2.2.1 system. Is this correct? matta@commlet.com From owner-freebsd-hackers Tue Jun 10 12:01:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24526 for hackers-outgoing; Tue, 10 Jun 1997 12:01:59 -0700 (PDT) Received: from cedb.dpcsys.com (ns2.BEACH.net [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24515 for ; Tue, 10 Jun 1997 12:01:47 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id TAA10952; Tue, 10 Jun 1997 19:01:38 GMT Date: Tue, 10 Jun 1997 12:01:38 -0700 (PDT) From: Dan Busarow To: mnewton cc: hackers Subject: Re: any one tried this In-Reply-To: <339D6527.7411@newland.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, mnewton wrote: > What i need to do is update the dns on the dns server with the > new ip address every time that pc logs in. > Any body got any code to do this ? I haven't tried it but the latest BIND (8.1) has this feature. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Tue Jun 10 12:10:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25145 for hackers-outgoing; Tue, 10 Jun 1997 12:10:11 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25133; Tue, 10 Jun 1997 12:10:03 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199706101910.MAA25133@hub.freebsd.org> Subject: Re: Anyone tried sendmail 8.8.5 To: dwoods@netgazer.com (Darrin R. Woods) Date: Tue, 10 Jun 1997 12:10:02 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Darrin R. Woods" at Jun 10, 97 11:59:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Darrin R. Woods wrote: > > Has anyone tried to compile sendmail 8.8.5 under FBSD yet? I'm getting > ready to try and would like to know as many 'gotchas' as I can from people > who might have already done it. we have some experience using sendmail-8.8.5 at hub.freebsd.org. it has been working well for us since Feb 6th. from memory, it compiles right out of the box ;) jmb -- Jonathan M. Bresler FreeBSD Core Team, Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Tue Jun 10 12:15:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25463 for hackers-outgoing; Tue, 10 Jun 1997 12:15:52 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25326; Tue, 10 Jun 1997 12:13:08 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id OAA08359; Tue, 10 Jun 1997 14:11:29 -0500 (CDT) Message-ID: <19970610141129.32251@luke.pmr.com> Date: Tue, 10 Jun 1997 14:11:29 -0500 From: Bob Willcox To: Stefan Esser Cc: Terry Lambert , stesin@gu.net, matt@3am-software.com, hackers@FreeBSD.ORG Subject: Re: Does SMC9332BDT work in 2.2.2R?? Reply-To: Bob Willcox References: <199706091814.LAA29703@phaeton.artisoft.com> <19970610101445.26928@mi.uni-koeln.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e In-Reply-To: <19970610101445.26928@mi.uni-koeln.de>; from Stefan Esser on Tue, Jun 10, 1997 at 10:14:45AM +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jun 10, 1997 at 10:14:45AM +0200, Stefan Esser wrote: > On Jun 9, Terry Lambert wrote: > > Here is a duplicate of a response I've sent in the past. I suspect > > that it is the problem in your case. > > > > > > | This is probably the problem (the 5th slot, not the bus mastering). > > | > > | It has to do with PCI interrupt sharing. > > | > > | The PCI INT's are normally daisy-chained, and slots 4 and 5 (if 5 > > | is present) are expected to share: > > | > > | slot 1 slot 2 slot 3 slot 4 slot 5 > > | ,-. ,-. ,-. ,-. ,-. > > | INT A --|A|-. ,------|B|-. ,------|C|-. ,------|D|----------|D| > > | | | X | | X | | X | | | | > > | INT B --| |-' \ ,----| |-' \ ,----| |-' \ ,----| |----------| | > > | | | X | | X | | X | | | | > > | INT C --| |---' \ ,--| |---' \ ,--| |---' \ ,--| |----------| | > > | | | X | | X | | X | | | | > > | INT D --| |-----' `--| |-----' `--| |-----' `--| |----------| | > > | `-' `-' `-' `-' `-' > > | > > | By default, each PCI card will use the first interrupt connector, > > | which will be A, B, C, or D, depending on the slot (note: old PCI > > | hardware will *NOT* chain... it expects the boards to be jumper > > | configurable, or all boards to share INT A). > > Why should that cause ANY problems > for a bus-master card in slot 5 ??? I have moved my SMC card to another PPro system (my dual processor test machine) which only has 3 PCI cards in it (NCR SCSI, Matrox Melenium, and the SMC ethernet) which is running -current and still experience the same problem (with a UP kernel, with a SMP kernel I get timeouts on the device -- same as I get with an Intel EtherExpress Pro/100B card, though the Intel card does work with the UP kernel). Right now, the only way to get that system on my network is to use the Intel card with a UP kernel. :-( > > Regards, STefan -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Tue Jun 10 12:19:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25676 for hackers-outgoing; Tue, 10 Jun 1997 12:19:21 -0700 (PDT) Received: from yacko.netgazer.net (yacko.netgazer.net [208.12.177.63]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA25666 for ; Tue, 10 Jun 1997 12:19:18 -0700 (PDT) Received: from [208.12.177.224] (furball.netgazer.com [208.12.177.224]) by yacko.netgazer.net (8.8.3/8.7.3) with ESMTP id OAA21099 for ; Tue, 10 Jun 1997 14:29:14 GMT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 14:25:19 -0500 To: freebsd-hackers@FreeBSD.ORG From: "Darrin R. Woods" Subject: thanks - sendmail 8.8.5 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks to all that responded. Compiled and installed beautifully. Sorry about the chicken little, I've had a hard time compiling a lot of stuff in the last couple of weeks for use on this server. Thanks again. Darrin R. Woods | "I'm so happy that I, can't stop crying." Director Operations | --- Sting Netgazer Solutions, Inc. | Dallas, Texas 972.702.9119 | work: http://www.netgazer.net My employer most whole-heartedly denies everything I say From owner-freebsd-hackers Tue Jun 10 13:00:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28453 for hackers-outgoing; Tue, 10 Jun 1997 13:00:43 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28417 for ; Tue, 10 Jun 1997 13:00:04 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem00.usc.unal.edu.co [168.176.3.30]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id PAA07339; Tue, 10 Jun 1997 15:00:02 -0500 (COT) Message-ID: <339DCD37.1898@fps.biblos.unal.edu.co> Date: Tue, 10 Jun 1997 14:55:03 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: mnewton CC: hackers Subject: Re: any one tried this References: <339D6527.7411@newland.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mnewton wrote: > > I have one host that has a dynamic ip address assigned each time its > logs in. I would like to refer to that host by a domain name i.e > xyz.zzz via a dns on another machine. > What i need to do is update the dns on the dns server with the > new ip address every time that pc logs in. > Any body got any code to do this ? You mean something like thet Dynamic Host Protocol ? Look for dhcpd in www.isc.org Pedro. From owner-freebsd-hackers Tue Jun 10 13:47:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01521 for hackers-outgoing; Tue, 10 Jun 1997 13:47:09 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA01512 for ; Tue, 10 Jun 1997 13:47:01 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA28039 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Tue, 10 Jun 1997 22:47:04 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA00782; Tue, 10 Jun 1997 20:47:49 +0200 (MET DST) From: Wilko Bulte Message-Id: <199706101847.UAA00782@yedi.iaf.nl> Subject: Re: Cable modems To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Tue, 10 Jun 1997 20:47:49 +0200 (MET DST) Cc: michaelh@cet.co.jp, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199706100242.WAA00853@crh.cl.msu.edu> from "Charles Henrich" at Jun 9, 97 10:42:24 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Charles Henrich wrote... > > In lists.freebsd.hackers you write: > > >Has anyone tried out a cable modem? I searched at dejanews for "cox" and > >"cable modem" and found some interesting postings. Some guy in San Diego > >downloaded a 5MB file to his home PC in 30 seconds. I also read that a > >Cox tech is surfing at home with a bsd system. > > I have had a cable modem for over a year now (I think our system was one of > the very first doing production, customer service), and well, it rocks! > > The idea of a modem or ISDN just is sooo slow. It helps that the cable > company has a direct 10mb link to the university here, so I get on average > about 200KB-300KB/sec to my workstation on campus. And since MSU is connected > so well, on weekends I get 100+ K/sec out to the net. However, the cable > plant and cable modem equipment can make a WORLD of difference, so buyer > beware. You Americans are sooo priviliged... Wilko (looks green with envy :-) _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 10 14:10:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA03506 for hackers-outgoing; Tue, 10 Jun 1997 14:10:01 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03473 for ; Tue, 10 Jun 1997 14:09:59 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA13194; Tue, 10 Jun 1997 14:09:32 -0700 (PDT) To: Gilles Bruno cc: hackers@FreeBSD.ORG Subject: Re: mmap() question... In-reply-to: Your message of "Tue, 10 Jun 1997 12:39:48 +0200." <2.2.32.19970610103948.008c4cdc@adm.ujf-grenoble.fr> Date: Tue, 10 Jun 1997 14:09:32 -0700 Message-ID: <13190.865976972@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > -rw-rw-rw- 1 root wheel 4294967304 Jan 28 12:04 > SHARE_MEM_FILE.processes sparse file - as you say, it only actually eats up 32k. > It would disturb me, if this directory had to be BACKED UP (using > dump/amanda)... Why? Both dump and tar handle sparse files properly (try it! :-). Jordan From owner-freebsd-hackers Tue Jun 10 14:10:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA03554 for hackers-outgoing; Tue, 10 Jun 1997 14:10:31 -0700 (PDT) Received: from infocom.com (tye.infocom.com [199.120.185.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03542 for ; Tue, 10 Jun 1997 14:10:21 -0700 (PDT) Received: from localhost (daegan@localhost) by infocom.com (8.8.5/8.8.5) with SMTP id QAA17467; Tue, 10 Jun 1997 16:05:28 -0500 (EST) Date: Tue, 10 Jun 1997 16:05:28 -0500 (EST) From: Derek Owens To: mnewton cc: hackers Subject: Re: any one tried this In-Reply-To: <339D6527.7411@newland.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On our last exciting episode, mnewton wrote: > I have one host that has a dynamic ip address assigned each time its > logs in. I would like to refer to that host by a domain name i.e > xyz.zzz via a dns on another machine. > What i need to do is update the dns on the dns server with the > new ip address every time that pc logs in. > Any body got any code to do this ? > This was written specifically for Linux, however you may be able to adapt it for your use; check out the VirtualIP page: http://www.cfmeu.asn.au/matthew/virtualip.html Hope it helps! Derek From owner-freebsd-hackers Tue Jun 10 15:16:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA07378 for hackers-outgoing; Tue, 10 Jun 1997 15:16:08 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA07373 for ; Tue, 10 Jun 1997 15:16:05 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA13653; Tue, 10 Jun 1997 15:15:53 -0700 (PDT) To: Matthias Buelow cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Tue, 10 Jun 1997 19:36:34 +0200." <199706101736.TAA28819@wicx21.informatik.uni-wuerzburg.de> Date: Tue, 10 Jun 1997 15:15:53 -0700 Message-ID: <13649.865980953@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the TV library around (not very good for boot disks), although I haven't > looked at the Unix implementation of TV so far (I detest it). Know of a better, freely-available CUI library? We're not proud. :) Jordan From owner-freebsd-hackers Tue Jun 10 15:37:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08829 for hackers-outgoing; Tue, 10 Jun 1997 15:37:59 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08807 for ; Tue, 10 Jun 1997 15:37:36 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id SAA02826; Tue, 10 Jun 1997 18:06:20 -0400 (EDT) Message-ID: <19970610180620.47587@vinyl.quickweb.com> Date: Tue, 10 Jun 1997 18:06:20 -0400 From: Mark Mayo To: matta@commlet.com Cc: hackers@FreeBSD.ORG References: <9706101314.aa27032@commlet.commlet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <9706101314.aa27032@commlet.commlet.com>; from matta@commlet.com on Tue, Jun 10, 1997 at 01:14:38PM -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jun 10, 1997 at 01:14:38PM -0600, matta@commlet.com wrote: > I'm under the impression that the SCSI code + (Macintosh) hierarchical > file system port + MSDOS file system option in kernel LINT will allow me to > mount either hfs- or msdos- formatted Iomega ZIP (100 MB) disks in a SCSI > ZIP drive on a 2.2.1 system. Is this correct? > > matta@commlet.com You can certainly mount msdos (FAT) formatted ZIPs on your SCSI Zip drive. I've never tried the macintosh file system however (I didn't even know it existed to tell you the truth ;-) See http://vinyl.quickweb.com/mark/FreeBSD/ZIP-FAQ.html for details on how to mount your FAT Zip disk. -Mark -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-hackers Tue Jun 10 15:44:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09312 for hackers-outgoing; Tue, 10 Jun 1997 15:44:43 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09304 for ; Tue, 10 Jun 1997 15:44:33 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id PAA12244 for ; Tue, 10 Jun 1997 15:44:29 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <15907(6)>; Tue, 10 Jun 1997 15:42:45 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id SAA01466; Tue, 10 Jun 1997 18:35:59 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA22333; Tue, 10 Jun 97 18:35:26 EDT Message-Id: <9706102235.AA22333@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Kevin Eliuk Cc: FreeBSD-Hackers , Annelise Anderson , Joerg Wunsch , bostic@bostic.com Subject: Re: Learn Program In-Reply-To: Your message of "Tue, 10 Jun 1997 00:22:31 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Jun 1997 15:35:24 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hello, > > Thanks to Annelise Anderson, Brian Kernighan has made > accessible the old source code for `Unix Learn'. The > old source is in bad need of updating. It can be found at: > > http://cm.bell-labs.com/who/bwk/learn.tar.gz > > :for anyone that would be interested in looking at it to > see what it would take to make this a workable program again. > > Joerg has written some patches already that I will forward upon > request. > > Thank you and I look forward to hearing from you :) > Well, I looked at the learn and while the lessons are the same as the BSD version (except for structure), the code is very different... Do we want to start with the BSD version (i.e. free up the BSD source?) -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Tue Jun 10 15:55:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09801 for hackers-outgoing; Tue, 10 Jun 1997 15:55:30 -0700 (PDT) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09793 for ; Tue, 10 Jun 1997 15:55:25 -0700 (PDT) Received: from [195.52.251.6] (apfel.nacamar.de [195.52.251.6]) by mail.nacamar.de (8.8.5/8.8.5) with ESMTP id AAA29891 for ; Wed, 11 Jun 1997 00:55:15 +0200 (CEST) X-Sender: petzi@mail.nacamar.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Jun 1997 00:55:16 +0200 To: hackers@freebsd.org From: Michael Beckmann Subject: BIND 8.1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I wish to ask if anyone is working actively on porting BIND 8.1 to FreeBSD, or if anyone intends to do that in the near future. If yes, I would like to know who that is and around which time he/she intends to complete it. If noone is working on this, a colleague of mine is thinking about doing that job. He had already ported the most recent BIND 4.9.4 to FreeBSD 2.1.5 last year, and we had been running his port on our main nameserver for about 8 months. If there is any interest on the FreeBSD side, we could do the BIND 8.1 port in a proper way so that it can be submitted to the FreeBSD source tree. Hints on how to do this correctly are appreciated. Thanks, Michael Beckmann From owner-freebsd-hackers Tue Jun 10 16:08:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA10534 for hackers-outgoing; Tue, 10 Jun 1997 16:08:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA10513 for ; Tue, 10 Jun 1997 16:08:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA03841; Tue, 10 Jun 1997 16:01:57 -0700 From: Terry Lambert Message-Id: <199706102301.QAA03841@phaeton.artisoft.com> Subject: Re: Cable modems To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Tue, 10 Jun 1997 16:01:57 -0700 (MST) Cc: henrich@crh.cl.msu.edu, michaelh@cet.co.jp, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199706101847.UAA00782@yedi.iaf.nl> from "Wilko Bulte" at Jun 10, 97 08:47:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Charles Henrich wrote... [ ... cable modems ... ] > You Americans are sooo priviliged... Speak for Charles! The rest of us live in the armpit of the telecommunications industry (like US West and TCI cablevision) and we don't have nice things like cable modems available, though many of us would rush out and buy them immediately if we could only get service. Accordig to an article in Forbes magazine two years ago, peasents in Brazil have better wire service than I do. TCI recently backed out of their commitment to cable modems in our area; we were supposed to have them about 6 months ago. Caveat: US West is (supposedly) going to be selling Digital Subscriber Lines soon. Caveat to the caveat: They will be async (ADSL) instead of sync (SDSL) so the data rate up is going to make them useless to anyone who isn't buying the things purely to let them push commercial content at you (which is most everyone), so it's not going to help. The when it doesn't sell, they will become even more intransigent about metered rates and other crap to try and recoup their losses. I suspect Europe and Australia to have universal high speed access *long* before the US, simple because you guys don't have a badly managed antiquated infrastructure that they are still trying to amortize over the remaining portion of their 20 year accounting cycle. Bah Humbug! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jun 10 16:34:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11831 for hackers-outgoing; Tue, 10 Jun 1997 16:34:14 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11823 for ; Tue, 10 Jun 1997 16:34:00 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA09284; Wed, 11 Jun 1997 00:30:17 +0100 (BST) Message-Id: <199706102330.AAA09284@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Mayo cc: hackers@FreeBSD.ORG Subject: Re: Make World on RELENG_2_2 failing for last 2 weeks.. In-reply-to: Your message of "Tue, 10 Jun 1997 00:57:47 EDT." <19970610005747.10979@vinyl.quickweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Jun 1997 00:30:16 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi there.. It seems I just can't get RELENG_2_2 to build... > > I last did a make world about the 17th of May - and everything went just > fine (although it took me a little while to patch the system to use > login.conf and rc.conf... :-). The only problem I had was that > the "keyrate=fast" and "linux_enable=YES" or "linux=YES" options from > rc.conf weren't being honoured.. No problem - modload linux solved the > problem. Oh yeah, PPP (userland) was still busted (sends load to one, > and it nolonger redials :-( ) The load average thing has *still* never happened for me :( and redial works as expected here. Can you send me a copy of your config files ? Also, can you "set log +debug" and point syslog somewhere with lots of disk space ? I'd love to know what it thinks it's doing when it spins. Can you trigger it to dial ? Does it quieten down again under any circumstances ? Can you try running ktrace on it ? Help'd be much appreciated. > The problem is that since May 20th, I have CVSupped the latest sources > on the RELENG_2_2 tag about 6 separate times (the last time being about > 2 minutes ago) and each and everytime a 'make world' fails. For a while > there were problems with tcl, and most recently I get errors from > /usr/include/unistd.h complaining about files not found in > /usr/src/usr.bin/make/lst.lib/blah... [.....] Hmm. No problems here. > TIA, > -Mark > -- -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Jun 10 16:34:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11858 for hackers-outgoing; Tue, 10 Jun 1997 16:34:34 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11849; Tue, 10 Jun 1997 16:34:25 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA03514; Wed, 11 Jun 1997 00:15:54 +0100 (BST) Message-Id: <199706102315.AAA03514@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Adam David cc: freebsd-isp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: wiring ppp? devices In-reply-to: Your message of "Tue, 10 Jun 1997 02:45:30 -0000." <199706100245.CAA13783@veda.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Jun 1997 00:15:54 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does anyone know how to reserve (for instance) ppp0 so that only /dev/ttyd0 > can ever claim it? How is it done, and where should I be looking for this > information? > > -- > Adam David I dunno about ppp0, but you could reserve tun0 (from ppp) by renaming the device: # cd /dev # mv tun0 anamethatonlyIknow Ppp will happily skip onto tun1. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Jun 10 16:44:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12492 for hackers-outgoing; Tue, 10 Jun 1997 16:44:13 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA12487 for ; Tue, 10 Jun 1997 16:44:10 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wbaYq-0005Ss-00; Tue, 10 Jun 1997 16:42:48 -0700 Date: Tue, 10 Jun 1997 16:42:47 -0700 (PDT) From: Tom Samplonius To: Michael Beckmann cc: hackers@freebsd.org Subject: Re: BIND 8.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Jun 1997, Michael Beckmann wrote: > Greetings, > > I wish to ask if anyone is working actively on porting BIND 8.1 to FreeBSD, > or if anyone intends to do that in the near future. If yes, I would like to > know who that is and around which time he/she intends to complete it. > If noone is working on this, a colleague of mine is thinking about doing > that job. He had already ported the most recent BIND 4.9.4 to FreeBSD 2.1.5 > last year, and we had been running his port on our main nameserver for > about 8 months. If there is any interest on the FreeBSD side, we could do > the BIND 8.1 port in a proper way so that it can be submitted to the > FreeBSD source tree. Hints on how to do this correctly are appreciated. > > Thanks, > > Michael Beckmann > > > > Compiling BIND on FreeBSD is almost trivial. 8.1 should be imported into current, but that isn't so trivial, but that is primarily a cvs problem, not a porting problem. Tom From owner-freebsd-hackers Tue Jun 10 16:58:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13391 for hackers-outgoing; Tue, 10 Jun 1997 16:58:10 -0700 (PDT) Received: from veda.is (veda.is [193.4.230.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13371; Tue, 10 Jun 1997 16:57:59 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.8.5) id AAA21184; Wed, 11 Jun 1997 00:02:36 GMT From: Adam David Message-Id: <199706110002.AAA21184@veda.is> Subject: Re: wiring ppp? devices In-Reply-To: <199706102315.AAA03514@awfulhak.demon.co.uk> from Brian Somers at "Jun 11, 97 00:15:54 am" To: brian@awfulhak.org (Brian Somers) Date: Wed, 11 Jun 1997 00:02:35 +0000 (GMT) Cc: freebsd-isp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I dunno about ppp0, but you could reserve tun0 (from ppp) by renaming > the device: > > # cd /dev > # mv tun0 anamethatonlyIknow > > Ppp will happily skip onto tun1. > -- > Brian , ^^^^^^^^ you ain't kidding ;) I've worked around it for now by inserting various amounts of filler comments in the options.ttyd? files. The port that has least comments wins the race. > > Don't _EVER_ lose your sense of humour.... right! :) -- Adam David From owner-freebsd-hackers Tue Jun 10 16:59:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13575 for hackers-outgoing; Tue, 10 Jun 1997 16:59:56 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13563 for ; Tue, 10 Jun 1997 16:59:50 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA12508; Wed, 11 Jun 1997 09:28:26 +0930 (CST) From: Michael Smith Message-Id: <199706102358.JAA12508@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <199706101736.TAA28819@wicx21.informatik.uni-wuerzburg.de> from Matthias Buelow at "Jun 10, 97 07:36:34 pm" To: token@wicx50.informatik.uni-wuerzburg.de (Matthias Buelow) Date: Wed, 11 Jun 1997 09:28:26 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Matthias Buelow stands accused of saying: > > If I thought TurboVision could be used to make a small 'edit' like editor, > > I'd suggest _that_ as much better again. > > I only remember Turbo Vision from olde DOS days and I also remember that > it produced the fattest binaries (statically linked) that I've seen from > a DOS library. A small hello-world proggy and you could watch it include > > 100K lines and dumping a binary that was over 250K in size. I don't OK, scratch that idea then 8) > expect it too be much smaller in the Unix world, you still have to keep > the TV library around (not very good for boot disks), although I haven't > looked at the Unix implementation of TV so far (I detest it). Fair enough. Any suggestions for an alternative? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Jun 10 17:24:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15973 for hackers-outgoing; Tue, 10 Jun 1997 17:24:03 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15949 for ; Tue, 10 Jun 1997 17:23:48 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA12689; Wed, 11 Jun 1997 09:52:17 +0930 (CST) From: Michael Smith Message-Id: <199706110022.JAA12689@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <13649.865980953@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 10, 97 03:15:53 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Jun 1997 09:52:17 +0930 (CST) Cc: token@wicx50.informatik.uni-wuerzburg.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > the TV library around (not very good for boot disks), although I haven't > > looked at the Unix implementation of TV so far (I detest it). > > Know of a better, freely-available CUI library? We're not proud. :) We`re _especially_ 'not proud' if it's _not_ written in C++! (Jordan, dare I ask if you've gotten anywhere with that Tcl interface? 8) > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Jun 10 17:29:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA16374 for hackers-outgoing; Tue, 10 Jun 1997 17:29:09 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA16369 for ; Tue, 10 Jun 1997 17:29:07 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA00544; Tue, 10 Jun 1997 17:29:07 -0700 Date: Tue, 10 Jun 1997 17:29:07 -0700 (PDT) From: "Brian N. Handy" To: hackers@freebsd.org Subject: malloc failed? Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Folks, I'm trying to look at some pretty large quicktime movies on my box with xanim, and I keep crashing with this line: lambic:/a % xanim middle.qt XAnim Rev 2.70.6.4 by Mark Podlipec (c) 1991-1997 QT rle: malloc failed lambic:/a % --> According to top this happens when I hit 128MB in size, every time. I've removed /etc/login.conf, I've unlimited, but...I can't seem to get past this. It could be a problem with xanim I suppose...but could it be something else? Thanks, Brian From owner-freebsd-hackers Tue Jun 10 18:07:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18138 for hackers-outgoing; Tue, 10 Jun 1997 18:07:24 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18130 for ; Tue, 10 Jun 1997 18:07:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA18839; Wed, 11 Jun 1997 01:43:50 +0100 (BST) Message-Id: <199706110043.BAA18839@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: mnewton cc: hackers Subject: Re: any one tried this In-reply-to: Your message of "Tue, 10 Jun 1997 10:31:03 EDT." <339D6527.7411@newland.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Jun 1997 01:43:50 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have one host that has a dynamic ip address assigned each time its > logs in. I would like to refer to that host by a domain name i.e > xyz.zzz via a dns on another machine. > What i need to do is update the dns on the dns server with the > new ip address every time that pc logs in. > Any body got any code to do this ? It should be trivial. You can pass the pseudo MYADDR variable to a script in linkup: MYADDR: delete all add 0 0 hisaddr ! /usr/local/bin/dnsupdate myhost MYADDR And in /usr/local/bin/dnsupdate: #! /bin/sh host=$1 shift read a b c d <mynet.zone mv mynet.rev mynet.rev.$bak sed "s/.*[ ]$host$/$d.$c.$b.$a. IN PTR $host/" mynet.rev.$bak >mynet.rev You'll need a small awk/perl script to up your serial number and HUP named too. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Jun 10 18:36:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19835 for hackers-outgoing; Tue, 10 Jun 1997 18:36:21 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA19830 for ; Tue, 10 Jun 1997 18:36:17 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wbcJH-0005W1-00; Tue, 10 Jun 1997 18:34:51 -0700 Date: Tue, 10 Jun 1997 18:34:50 -0700 (PDT) From: Tom Samplonius To: "Brian N. Handy" cc: hackers@freebsd.org Subject: Re: malloc failed? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Brian N. Handy wrote: > Hi Folks, > > I'm trying to look at some pretty large quicktime movies on my box with > xanim, and I keep crashing with this line: > > lambic:/a % xanim middle.qt > XAnim Rev 2.70.6.4 by Mark Podlipec (c) 1991-1997 > QT rle: malloc failed > lambic:/a % > > --> According to top this happens when I hit 128MB in size, every time. > I've removed /etc/login.conf, I've unlimited, but...I can't seem to get > past this. It could be a problem with xanim I suppose...but could it be > something else? > > Thanks, > > Brian Actually, if you remove login.conf, you get the defaults, which are pretty small. It is better to use login.conf to set things to infinity. Also, back in 2.1, I ran into a problem where the max data size could not be increased greater than physical memory. I wonder if this could your problem too. Tom From owner-freebsd-hackers Tue Jun 10 19:06:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA21253 for hackers-outgoing; Tue, 10 Jun 1997 19:06:46 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21247 for ; Tue, 10 Jun 1997 19:06:43 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA09600 for ; Tue, 10 Jun 1997 19:06:47 -0700 (PDT) Message-Id: <199706110206.TAA09600@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: Cheap and Cheaper video capture 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Jun 1997 19:06:47 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk NCA in Palo Alto , California is selling the Miro PCTV (Bt848 PCI based card) for $109 and Miro is offering a $20 dollar rebate. Tom just reported a cheap bt848 with a camera: pusateri@jnx.com said: > Tom Pusateri Subject: another bt-848 card Date: > Tue, 10 Jun 1997 12:01:51 -0400 From: Tom Pusateri > Just wanted to let you guys know, I picked up a video camera and > capture card the other day at Fry's. It is called "The Smart One" > from "Best Data". It was $219.00 for both the camera and card. > Digital Video Color Camera DCC100 Video Capture Card VCC100 Both > HCC100 $219.00 > See http://www.bestdata.com/prod.htm for more info. > After installing the driver from you bt848 page, it worked perfectly > with the vic binary from ftp://rah.star-gate.com/pub/vic.bktr.gz. The Bt848 cards are known to have problems with SiS and VIA PCI chipsets. The driver as it is today works rather well with Intel Natoma and Triton II PCI chipsets. For further info on what is available for Bt848 cards see: http://freebsd.org/~fsmp/HomeAuto/Bt848.html Try not to disturb the multimedia mailing list cause we all are watching TV 8) Enjoy, Amancio From owner-freebsd-hackers Tue Jun 10 19:20:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22029 for hackers-outgoing; Tue, 10 Jun 1997 19:20:40 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21984 for ; Tue, 10 Jun 1997 19:20:25 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA01646 for ; Tue, 10 Jun 1997 19:04:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd001644; Wed Jun 11 02:04:50 1997 Message-ID: <339E0785.2781E494@whistle.com> Date: Tue, 10 Jun 1997 19:03:49 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: BSD2.2 (a while ago) and ppwait state Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know why we are seeing this on a machine with kernels several months old? I don't remember discussion of this.. basically, processes start freezing (after 6 hours) in 'ppwait' state, which appears to be related to vfork. I thought I'd ask forst before doing tins of research on the topic. julian From owner-freebsd-hackers Tue Jun 10 19:52:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23656 for hackers-outgoing; Tue, 10 Jun 1997 19:52:43 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23532 for ; Tue, 10 Jun 1997 19:51:20 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id WAA01155; Tue, 10 Jun 1997 22:50:11 -0400 (EDT) Message-ID: <19970610225010.32367@crh.cl.msu.edu> Date: Tue, 10 Jun 1997 22:50:10 -0400 From: Charles Henrich To: Terry Lambert Cc: Wilko Bulte , michaelh@cet.co.jp, freebsd-hackers@FreeBSD.ORG Subject: Re: Cable modems References: <199706101847.UAA00782@yedi.iaf.nl> <199706102301.QAA03841@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199706102301.QAA03841@phaeton.artisoft.com>; from Terry Lambert on Tue, Jun 10, 1997 at 04:01:57PM -0700 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On the subject of Re: Cable modems, Terry Lambert stated: > The rest of us live in the armpit of the telecommunications > industry (like US West and TCI cablevision) and we don't have Hey careful! I *am* in TCI land, and this TCI is the best cable system I've ever seen. > I suspect Europe and Australia to have universal high speed > access *long* before the US, simple because you guys don't > have a badly managed antiquated infrastructure that they are > still trying to amortize over the remaining portion of their > 20 year accounting cycle. > > Bah Humbug! And you have moronic consumers in the United states who cry "I have to pay $70 a month for a 10mbit link to thie internet? Waaahh thats rediculus! I wanna pay $5!" Capitalism works, and if consumers were willing to pay for quality, we wouldnt be stuck with VHS, crappy NTSC telvision signals, lousy POTS lines, and other useless (but cheap) products. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Jun 10 19:55:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23750 for hackers-outgoing; Tue, 10 Jun 1997 19:55:04 -0700 (PDT) Received: from sand.sentex.ca (sand.sentex.ca [206.222.77.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23730 for ; Tue, 10 Jun 1997 19:54:49 -0700 (PDT) Received: from gravel (gravel.sentex.ca [205.211.165.210]) by sand.sentex.ca (8.8.5/8.8.3) with SMTP id XAA11903; Tue, 10 Jun 1997 23:02:36 -0400 (EDT) Message-Id: <3.0.1.32.19970610225528.00c70580@sentex.net> X-Sender: mdtancsa@sentex.net X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Tue, 10 Jun 1997 22:55:28 -0400 To: Brian Somers From: Mike Tancsa Subject: Re: Make World on RELENG_2_2 failing for last 2 weeks.. Cc: hackers@FreeBSD.ORG In-Reply-To: <199706102330.AAA09284@awfulhak.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The load average thing has *still* never happened for me :( It very rarely seems to happen to me, and lately (knock on wood), it hasnt happend at all... However, I generally have noticed that when I ran a innd, had a the load average fairly high when compiling, and doing a sustained large ftp transfer over my ISDN, the load average problem happens fairly frequently with ppp. and >redial works as expected here. Can you send me a copy of your >config files ? Also, can you "set log +debug" and...... If it happens again, (it hasnt for a few weeks now), I will send you the results... ---Mike ********************************************************************** Mike Tancsa (mike@sentex.net) * To do is to be -- Nietzsche Sentex Communications Corp, * To be is to do -- Sartre Cambridge, Ontario * Do be do be do -- Sinatra (http://www.sentex.net/~mdtancsa) * From owner-freebsd-hackers Tue Jun 10 19:58:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23960 for hackers-outgoing; Tue, 10 Jun 1997 19:58:55 -0700 (PDT) Received: from cypher.net (zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23952 for ; Tue, 10 Jun 1997 19:58:42 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id WAA14179; Tue, 10 Jun 1997 22:57:55 -0400 Date: Tue, 10 Jun 1997 22:57:53 -0400 (EDT) From: Ben Black To: Amancio Hasty cc: hackers@FreeBSD.ORG Subject: Re: Cheap and Cheaper video capture 8) In-Reply-To: <199706110206.TAA09600@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk are these miro cards yet known to work with the Bt848 driver for freebsd? On Tue, 10 Jun 1997, Amancio Hasty wrote: > > NCA in Palo Alto , California is selling the Miro PCTV (Bt848 PCI based > card) for $109 and Miro is offering a $20 dollar rebate. > > Tom just reported a cheap bt848 with a camera: > > pusateri@jnx.com said: > > Tom Pusateri Subject: another bt-848 card Date: > > Tue, 10 Jun 1997 12:01:51 -0400 From: Tom Pusateri > > > Just wanted to let you guys know, I picked up a video camera and > > capture card the other day at Fry's. It is called "The Smart One" > > from "Best Data". It was $219.00 for both the camera and card. > > > Digital Video Color Camera DCC100 Video Capture Card VCC100 Both > > HCC100 $219.00 > > > See http://www.bestdata.com/prod.htm for more info. > > > After installing the driver from you bt848 page, it worked perfectly > > with the vic binary from ftp://rah.star-gate.com/pub/vic.bktr.gz. > > The Bt848 cards are known to have problems with SiS and VIA PCI chipsets. > The driver as it is today works rather well with Intel Natoma and > Triton II PCI chipsets. > > For further info on what is available for Bt848 cards see: > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > Try not to disturb the multimedia mailing list cause we all are watching > TV 8) > > Enjoy, > Amancio > > From owner-freebsd-hackers Tue Jun 10 20:00:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA24057 for hackers-outgoing; Tue, 10 Jun 1997 20:00:15 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24052 for ; Tue, 10 Jun 1997 20:00:11 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA02867 for ; Tue, 10 Jun 1997 19:58:33 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd002863; Wed Jun 11 02:58:25 1997 Message-ID: <339E1415.446B9B3D@whistle.com> Date: Tue, 10 Jun 1997 19:57:25 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: hangs in FreeBSD2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have been seeing occasional hangs (processes hanging) on our 2.2 (a few months old) kernels the mechanism is: process a does vfork() and waiths with wchan = "ppwait" child waits with wchan of "kmaw". (in kmem_alloc_wait()) without going into great detail, can you say if anything has been done recently that would aleviate this problem? and is htere a tuning parameter that would build more of whatever it is that is running short? we end up with all processes haung (from csh) I'm off home now but If you guys don't have an easy answer off the top of your heads, I'll spend real energy on it tomorrow. thanks julian From owner-freebsd-hackers Tue Jun 10 20:29:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA25290 for hackers-outgoing; Tue, 10 Jun 1997 20:29:06 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25283 for ; Tue, 10 Jun 1997 20:29:03 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.5) with ESMTP id VAA16112; Tue, 10 Jun 1997 21:28:57 -0600 (MDT) Message-Id: <199706110328.VAA16112@pluto.plutotech.com> To: "Brian N. Handy" cc: hackers@FreeBSD.ORG Subject: Re: malloc failed? In-reply-to: Your message of "Tue, 10 Jun 1997 17:29:07 PDT." Date: Tue, 10 Jun 1997 22:27:43 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hi Folks, > >I'm trying to look at some pretty large quicktime movies on my box with >xanim, and I keep crashing with this line: > >lambic:/a % xanim middle.qt >XAnim Rev 2.70.6.4 by Mark Podlipec (c) 1991-1997 >QT rle: malloc failed >lambic:/a % By default, xanim attempts to cache the entire clip before starting to play it. You want the "+f" option. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jun 10 20:55:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26458 for hackers-outgoing; Tue, 10 Jun 1997 20:55:24 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26451 for ; Tue, 10 Jun 1997 20:55:20 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id DAA24565; Wed, 11 Jun 1997 03:54:31 +0100 (BST) Message-Id: <199706110254.DAA24565@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Brian Somers cc: Mark Mayo , hackers@FreeBSD.ORG Subject: Re: Make World on RELENG_2_2 failing for last 2 weeks.. In-reply-to: Your message of "Wed, 11 Jun 1997 00:30:16 BST." <199706102330.AAA09284@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Jun 1997 03:54:31 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi there.. It seems I just can't get RELENG_2_2 to build... > > > > I last did a make world about the 17th of May - and everything went just > > fine (although it took me a little while to patch the system to use > > login.conf and rc.conf... :-). The only problem I had was that > > the "keyrate=fast" and "linux_enable=YES" or "linux=YES" options from > > rc.conf weren't being honoured.. No problem - modload linux solved the > > problem. Oh yeah, PPP (userland) was still busted (sends load to one, > > and it nolonger redials :-( ) > > The load average thing has *still* never happened for me :( and > redial works as expected here. Can you send me a copy of your > config files ? Also, can you "set log +debug" and point syslog > somewhere with lots of disk space ? I'd love to know what it > thinks it's doing when it spins. Can you trigger it to dial ? > Does it quieten down again under any circumstances ? Can you > try running ktrace on it ? > > Help'd be much appreciated. Ah. You don't happen to mean that failing to open the modem itself will cause an infinite redial ? This is beign fixed now :) along with a few other ppp-over-tcp type problems. > > > TIA, > > -Mark > > -- -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Jun 10 21:04:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27010 for hackers-outgoing; Tue, 10 Jun 1997 21:04:40 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27005 for ; Tue, 10 Jun 1997 21:04:37 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA14917; Tue, 10 Jun 1997 21:03:46 -0700 (PDT) To: Michael Smith cc: token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Wed, 11 Jun 1997 09:52:17 +0930." <199706110022.JAA12689@genesis.atrad.adelaide.edu.au> Date: Tue, 10 Jun 1997 21:03:45 -0700 Message-ID: <14914.866001825@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We`re _especially_ 'not proud' if it's _not_ written in C++! Indeed. > (Jordan, dare I ask if you've gotten anywhere with that Tcl interface? 8) Huh? TCL interface? Did you say something? :-) Seriously, no. However, it's actually coming up to the top of my TODO list, in position number 3 up from position 30. :-) Jordan From owner-freebsd-hackers Tue Jun 10 21:09:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27329 for hackers-outgoing; Tue, 10 Jun 1997 21:09:00 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27324 for ; Tue, 10 Jun 1997 21:08:53 -0700 (PDT) Received: from mcfeely.concentric.net (mcfeely [207.155.184.83]) by darius.concentric.net (8.8.5/(97/05/21 3.30)) id AAA14817; Wed, 11 Jun 1997 00:08:46 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from myname.my.domain (ts002d12.sal-ut.concentric.net [206.173.156.48]) by mcfeely.concentric.net (8.8.5) id AAA01464; Wed, 11 Jun 1997 00:08:44 -0400 (EDT) Message-ID: <339E2484.C8897A09@concentric.net> Date: Tue, 10 Jun 1997 22:07:32 -0600 From: Joshua Fielden Organization: Shaggy Enterprises X-Mailer: Mozilla 4.0b5C (X11; I; FreeBSD 2.2.2-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Cable modems/slightly off-topic X-Priority: 3 (Normal) References: <199706101847.UAA00782@yedi.iaf.nl> <199706102301.QAA03841@phaeton.artisoft.com> <19970610225010.32367@crh.cl.msu.edu> Content-Type: text/plain; charset=iso-8859-1 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles Henrich wrote: > On the subject of Re: Cable modems, Terry Lambert stated: > > > The rest of us live in the armpit of the telecommunications > > industry (like US West and TCI cablevision) and we don't have > > Hey careful! I *am* in TCI land, and this TCI is the best cable > system I've > ever seen. > I don't think I've laughed this hard in weeks. :-) I have had TCI say they have not recieved checks they have cashed, apply checks to paid-off and inactive accounts, and refuse to investigate when they say my checks have bounced and I was holding the cancelled check in my hand. In the two years, I have been on the phone to them at least 100 times for things *they* have screwed up, and they never even apologized. I can think of four people off-hand who have had similar experiences, and I know of no one but yourself who has ever had a good thing to say about them. When we moved to another state, and found out TCI was the cable vendor, and well, we're saving up for a satellite system. The only reason @home works is because TCI doesn't have much say in how it's run. :-) JF From owner-freebsd-hackers Tue Jun 10 21:16:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27722 for hackers-outgoing; Tue, 10 Jun 1997 21:16:02 -0700 (PDT) Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27698 for ; Tue, 10 Jun 1997 21:15:55 -0700 (PDT) Received: (from smap@localhost) by dfw-ix8.ix.netcom.com (8.8.4/8.8.4) id XAA04137; Tue, 10 Jun 1997 23:14:41 -0500 (CDT) Received: from col-oh21-04.ix.netcom.com(207.220.130.132) by dfw-ix8.ix.netcom.com via smap (V1.3) id sma004075; Tue Jun 10 23:14:03 1997 Message-ID: <339E263B.516B@ix.netcom.com> Date: Wed, 11 Jun 1997 00:14:52 -0400 From: Richard Scranton Reply-To: scrantr@ix.netcom.com Organization: LDA Systems, Columbus X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: Gilles.Bruno@ujf-grenoble.fr CC: freebsd-hackers-digest@FreeBSD.ORG Subject: Re: hackers-digest V3 #237 References: <199706110206.TAA21262@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > {423}Root /bin/ls -a -l /usr/local/samba/var/locks > total 60 > drwxr-xr-x 2 root wheel 512 Jan 28 11:19 . > drwxr-xr-x 3 root wheel 512 Jan 28 11:36 .. > -rw-rw-rw- 1 root wheel 102400 Jan 28 11:26 SHARE_MEM_FILE > -rw-rw-rw- 1 root wheel 4294967304 Jan 28 12:04 > SHARE_MEM_FILE.processes > ^^^^^^^^^^ > -rw-r--r-- 1 root wheel 200 Jan 28 12:04 STATUS..LCK > -rw-r--r-- 1 root wheel 77 Jan 28 11:19 browse.dat > -rw-r--r-- 1 root wheel 0 Jan 28 11:19 wins.dat > > Hike ! What's that ? It looks to me like DOS record locking in effect. Advisory locks are/were implemented by adding a ridiculous offset and performing a mandatory lock. DOS didn't care that the offset for the lock was outside the scope of the file. Clever use of a bug, I suppose. -- =================================================================== Richard Scranton - LDA Systems - Information Management Consulting scrantr@ix.netcom.com Columbus Cincinnati Cleveland Toledo Atlanta From owner-freebsd-hackers Tue Jun 10 21:48:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00300 for hackers-outgoing; Tue, 10 Jun 1997 21:48:16 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00295 for ; Tue, 10 Jun 1997 21:48:13 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id VAA21514; Tue, 10 Jun 1997 21:48:09 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id VAA15502; Tue, 10 Jun 1997 21:48:09 -0700 (PDT) Date: Tue, 10 Jun 1997 21:48:08 -0700 (PDT) From: Chris Timmons To: Tom Samplonius cc: Michael Beckmann , hackers@FreeBSD.ORG Subject: Re: BIND 8.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We're running bind 8.1 on releng_2_2 without too many problems. I believe that there is a known memory leak problem that will be fixed in 8.1.1. It should be imported into -current, but unlike other upgrades (eg. sendmail) this one requires a complete conversion of your configuration files (i.e.named.boot to named.conf) which has a different file format. Conversion can be trivial or more involved depending on your configuration. I also found that 8.1 was a little more picky about the zone files; I had to clean up something involving comments or whitespace in my SOA records but I can't remember what it was now :) 8.1.1. is being actively developed and I expect that a release is imminent by the end of the month. For people who want to use the latest/greatest bind/dhcpd/sendmail before they're imported into freebsd, I'd recommend maintaining your own separate CVS tree with these utilities, and installing them into a private bin/sbin/etc directory tree. I've been doing that for a while now and it frees me to track other changes in freebsd while relying on private copies of these critical programs. -Chris On Tue, 10 Jun 1997, Tom Samplonius wrote: > > On Wed, 11 Jun 1997, Michael Beckmann wrote: > > > Greetings, > > > > I wish to ask if anyone is working actively on porting BIND 8.1 to FreeBSD, > > or if anyone intends to do that in the near future. If yes, I would like to > > know who that is and around which time he/she intends to complete it. > > If noone is working on this, a colleague of mine is thinking about doing > > that job. He had already ported the most recent BIND 4.9.4 to FreeBSD 2.1.5 > > last year, and we had been running his port on our main nameserver for > > about 8 months. If there is any interest on the FreeBSD side, we could do > > the BIND 8.1 port in a proper way so that it can be submitted to the > > FreeBSD source tree. Hints on how to do this correctly are appreciated. > > > > Thanks, > > > > Michael Beckmann > > > > > > > > > > Compiling BIND on FreeBSD is almost trivial. > > 8.1 should be imported into current, but that isn't so trivial, but that > is primarily a cvs problem, not a porting problem. > > Tom > From owner-freebsd-hackers Tue Jun 10 21:50:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00410 for hackers-outgoing; Tue, 10 Jun 1997 21:50:48 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00403 for ; Tue, 10 Jun 1997 21:50:45 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id VAA03947; Tue, 10 Jun 1997 21:49:40 -0700 (PDT) Message-Id: <199706110449.VAA03947@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Ben Black cc: hackers@FreeBSD.ORG Subject: Re: Cheap and Cheaper video capture 8) In-reply-to: Your message of "Tue, 10 Jun 1997 22:57:53 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Jun 1997 21:49:40 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We suspect that the driver will work with this card. The Bt848 cards come with a limited selection of tuners and we haven't a encountered a single Bt848 card that does not work with the driver. Cheers, Amancio >From The Desk Of Ben Black : > are these miro cards yet known to work with the Bt848 driver for freebsd? > > On Tue, 10 Jun 1997, Amancio Hasty wrote: > > > > > NCA in Palo Alto , California is selling the Miro PCTV (Bt848 PCI based > > card) for $109 and Miro is offering a $20 dollar rebate. > > > > Tom just reported a cheap bt848 with a camera: > > > > pusateri@jnx.com said: > > > Tom Pusateri Subject: another bt-848 card Date: > > > Tue, 10 Jun 1997 12:01:51 -0400 From: Tom Pusateri > > > > > Just wanted to let you guys know, I picked up a video camera and > > > capture card the other day at Fry's. It is called "The Smart One" > > > from "Best Data". It was $219.00 for both the camera and card. > > > > > Digital Video Color Camera DCC100 Video Capture Card VCC100 Both > > > HCC100 $219.00 > > > > > See http://www.bestdata.com/prod.htm for more info. > > > > > After installing the driver from you bt848 page, it worked perfectly > > > with the vic binary from ftp://rah.star-gate.com/pub/vic.bktr.gz. > > > > The Bt848 cards are known to have problems with SiS and VIA PCI chipsets. > > The driver as it is today works rather well with Intel Natoma and > > Triton II PCI chipsets. > > > > For further info on what is available for Bt848 cards see: > > http://freebsd.org/~fsmp/HomeAuto/Bt848.html > > > > Try not to disturb the multimedia mailing list cause we all are watching > > TV 8) > > > > Enjoy, > > Amancio > > > > From owner-freebsd-hackers Tue Jun 10 22:15:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA01536 for hackers-outgoing; Tue, 10 Jun 1997 22:15:21 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01531 for ; Tue, 10 Jun 1997 22:15:14 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem11.usc.unal.edu.co [168.176.3.41]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id AAA07946; Wed, 11 Jun 1997 00:16:16 -0500 (COT) Message-ID: <339E2A64.7ED1@fps.biblos.unal.edu.co> Date: Tue, 10 Jun 1997 21:32:37 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: dennis CC: hackers@freebsd.org Subject: Re: tar hangs 2.2.x system References: <3.0.32.19970610104926.00aa0b00@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dennis wrote: > > Every since loading 2.2.x the following command: > > tar -cvf /dev/fd0 somefiles > > will hang the system (where reset seems to be the only recourse) if > there is no diskette in the drive. > Use pax and file a PR :-) Pedro. > Dennis From owner-freebsd-hackers Tue Jun 10 22:31:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA02237 for hackers-outgoing; Tue, 10 Jun 1997 22:31:24 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA02232 for ; Tue, 10 Jun 1997 22:31:15 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wbfzN-0002BM-00; Tue, 10 Jun 1997 23:30:33 -0600 To: Tom Samplonius Subject: Re: BIND 8.1 Cc: Michael Beckmann , hackers@freebsd.org In-reply-to: Your message of "Tue, 10 Jun 1997 16:42:47 PDT." References: Date: Tue, 10 Jun 1997 23:30:33 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Tom Samplonius writes: : 8.1 should be imported into current, but that isn't so trivial, but that : is primarily a cvs problem, not a porting problem. Likely we want to wait for 8.1.1. Some of my friends here have reported problems in 8.1 that impact zone transfers that have been fixed in the private alpha/beta of 8.1.1. Warner From owner-freebsd-hackers Tue Jun 10 22:54:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA03351 for hackers-outgoing; Tue, 10 Jun 1997 22:54:21 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA03336 for ; Tue, 10 Jun 1997 22:54:00 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wbgL2-0003Hb-00; Tue, 10 Jun 1997 23:52:56 -0600 To: Annelise Anderson Subject: Re: Learn Program Cc: Kevin Eliuk , FreeBSD-Hackers , Joerg Wunsch In-reply-to: Your message of "Tue, 10 Jun 1997 10:11:19 PDT." References: Date: Tue, 10 Jun 1997 23:52:54 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Annelise Anderson writes: : "Learn" runs on all of Stanford's generally accessible unix machines. : The source code as they revised it is available on my anonymous : ftp server at andrsn.stanford.edu. The learn from stanford doesn't run well on FreeBSD. :-(. Don't know why. Warner From owner-freebsd-hackers Tue Jun 10 22:59:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA03556 for hackers-outgoing; Tue, 10 Jun 1997 22:59:50 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03551 for ; Tue, 10 Jun 1997 22:59:47 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id GAA13022; Wed, 11 Jun 1997 06:44:43 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Wed, 11 Jun 1997 06:48:20 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199706102301.QAA03841@phaeton.artisoft.com> References: <199706101847.UAA00782@yedi.iaf.nl> from "Wilko Bulte" at Jun 10, 97 08:47:49 pm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Jun 1997 06:45:04 +0100 To: Terry Lambert From: Bob Bishop Subject: Re: Cable modems Cc: henrich@crh.cl.msu.edu, michaelh@cet.co.jp, wilko@yedi.iaf.nl (Wilko Bulte), freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 0:01 +0100 11/6/97, Terry Lambert wrote: >[...] >I suspect Europe and Australia to have universal high speed >access *long* before the US, simple because you guys don't >have a badly managed antiquated infrastructure that they are >still trying to amortize over the remaining portion of their >20 year accounting cycle. You wouldn't want to sit here in the UK watching BT softpedal on commitment to ISDN then. They've had the technology for years, but it still doesn't cost in for small sites by quite a long way. I have a serious suspicion that they've been hanging on for xDSL, because they have local copper most everywhere and the cable cos don't. >Bah Humbug! Exactly. I wonder if that translates into Strine. :-) -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Jun 10 23:03:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA03735 for hackers-outgoing; Tue, 10 Jun 1997 23:03:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03725 for ; Tue, 10 Jun 1997 23:03:17 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA15221; Wed, 11 Jun 1997 15:32:59 +0930 (CST) From: Michael Smith Message-Id: <199706110602.PAA15221@genesis.atrad.adelaide.edu.au> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <14914.866001825@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 10, 97 09:03:45 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Jun 1997 15:32:59 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > Seriously, no. However, it's actually coming up to the top of my TODO > list, in position number 3 up from position 30. :-) Qool. I've been pondering the client side to the configuration stuff (re. my recent post to -config), and so the issue is surfacing again. I wish I cound study singlemindedly though 8) > Jordan (ps. how's the job going? I presume you've filed my previous mail re: work & stuff; getting information on the working-overseas thing is being an interesting challenge...) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Jun 10 23:15:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04161 for hackers-outgoing; Tue, 10 Jun 1997 23:15:14 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04156 for ; Tue, 10 Jun 1997 23:15:09 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id BAA04741; Wed, 11 Jun 1997 01:14:36 -0500 (EST) From: "John S. Dyson" Message-Id: <199706110614.BAA04741@dyson.iquest.net> Subject: Re: tar hangs 2.2.x system In-Reply-To: <339E2A64.7ED1@fps.biblos.unal.edu.co> from "Pedro F. Giffuni" at "Jun 10, 97 09:32:37 pm" To: pgiffuni@fps.biblos.unal.edu.co (Pedro F. Giffuni) Date: Wed, 11 Jun 1997 01:14:36 -0500 (EST) Cc: dennis@etinc.com, hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > dennis wrote: > > > > Every since loading 2.2.x the following command: > > > > tar -cvf /dev/fd0 somefiles > > > > will hang the system (where reset seems to be the only recourse) if > > there is no diskette in the drive. > > > Use pax and file a PR :-) > Even though the command should not really hang the system (it is a bug), you should likely do the following command: tar -cvf /dev/rfd0 somefiles Note the "raw" device. John From owner-freebsd-hackers Tue Jun 10 23:46:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05539 for hackers-outgoing; Tue, 10 Jun 1997 23:46:18 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA05528 for ; Tue, 10 Jun 1997 23:46:12 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 19993 invoked by uid 1001); 11 Jun 1997 06:39:26 +0000 (GMT) To: beckmann@nacamar.de Cc: hackers@FreeBSD.ORG Subject: Re: BIND 8.1 In-Reply-To: Your message of "Wed, 11 Jun 1997 00:55:16 +0200" References: X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 11 Jun 1997 08:39:26 +0200 Message-ID: <19991.866011166@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I wish to ask if anyone is working actively on porting BIND 8.1 to FreeBSD, BIND 8.1 compiles out of the box for FreeBSD >= 2.2. By "out of the box" I mean "make clean; make depend; make". I did the initial port, and fed this back to the BIND developers. For earlier versions, see the following message. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- To: bind-bugs@isc.org Subject: Fixes for bind-8.1.1-T1A on FreeBSD-2.1.7.1 (and earlier) From: sthaug@nethelp.no Date: Sun, 25 May 1997 15:38:53 +0200 bind-8.1.1-T1A doesn't compile "out of the box" on FreeBSD-2.1.7.1 and earlier. This is partly my fault - when I did the original FreeBSD port, I didn't have any 2.1.7.1 system to test on (only 2.2 and newer). I still don't have a 2.1.7.1 system, but I've compiled 8.1.1-T1A on a 2.2 system, but in a 2.1.7.1 *changerooted* environment (ie. 2.1.7.1 include files, compilers etc). There's only one real problem: The following line from port/settings tickles a bug in the 2.1.7.1 sh: eval "env=`echo \\${\$var-'$val'}`" and you get the error message: port/settings: 1: Syntax error: Bad substitution The enclosed diff fixes this for FreeBSD 2.1.7.1. The resulting named runs fine on FreeBSD 2.2. I've also verified that the same .settings file (as the original) is produced on these platforms: SunOS 4.1.3/gcc Solaris 2.5.1/gcc Digital Unix 3.2G/cc HP-UX 10.20/cc when doing an "out of the box" compile (make clean; make depend; make). Note that I've only verified that .settings is equal - I haven't tried running 8.1.1-T1A named on all these platforms. One other change suggested for FreeBSD-2.1.7.1 and earlier: AF_INET6 is undefined in 2.1.7.1 and earlier, and defined to be 28 in 2.2 and newer (/usr/include/sys/socket.h). port/freebsd/include/port_after.h currently defines AF_INET6 as 24 (if undefined). I'd suggest changing this to 28, to be compatible with newer versions of FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** settings.orig Tue Dec 17 22:49:17 1996 --- settings Sun May 25 14:16:51 1997 *************** *** 22,28 **** while read setting; do var=`expr "$setting" : "'\([A-Z0-9_]*\)="` val=`expr "$setting" : "'[A-Z0-9_]*=\([^']*\)'\$"` ! eval "env=`echo \\${\$var-'$val'}`" result="$result '$var=$env'" done --- 22,29 ---- while read setting; do var=`expr "$setting" : "'\([A-Z0-9_]*\)="` val=`expr "$setting" : "'[A-Z0-9_]*=\([^']*\)'\$"` ! rhs="\${""$var""-\$val}" ! eval "env=$rhs" result="$result '$var=$env'" done *** port_after.h.orig Fri Apr 25 20:12:50 1997 --- port_after.h Sun May 25 15:15:47 1997 *************** *** 31,35 **** * derived systems for which AF_INET6 is defined. */ #ifndef AF_INET6 ! #define AF_INET6 24 #endif --- 31,35 ---- * derived systems for which AF_INET6 is defined. */ #ifndef AF_INET6 ! #define AF_INET6 28 #endif From owner-freebsd-hackers Wed Jun 11 01:12:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09311 for hackers-outgoing; Wed, 11 Jun 1997 01:12:30 -0700 (PDT) Received: from mail.nacamar.de (mail.nacamar.de [194.162.162.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09306 for ; Wed, 11 Jun 1997 01:12:25 -0700 (PDT) Received: from newsfeed (newsfeed.nacamar.de [194.162.162.196]) by mail.nacamar.de (8.8.5/8.8.5) with SMTP id KAA08284; Wed, 11 Jun 1997 10:10:38 +0200 (CEST) Message-Id: <3.0.1.32.19970611101039.011a5a20@mail.nacamar.de> X-Sender: petzi@mail.nacamar.de X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 11 Jun 1997 10:10:39 +0200 To: Tom Samplonius From: Michael Beckmann Subject: Re: BIND 8.1 Cc: hackers@freebsd.org In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 16:42 10.06.97 -0700, you wrote: > Compiling BIND on FreeBSD is almost trivial. I remember integrating 4.9.4 into 2.1.5-RELEASE. It was everything else than trivial with IPv6 and such stuff in BIND. It was also necessary to patch and rebuild libs. I thought this time it would be as difficult. Thanks, Michael From owner-freebsd-hackers Wed Jun 11 02:09:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA11654 for hackers-outgoing; Wed, 11 Jun 1997 02:09:27 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11649 for ; Wed, 11 Jun 1997 02:09:24 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id CAA20113; Wed, 11 Jun 1997 02:45:30 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id CAA10686; Wed, 11 Jun 1997 02:08:11 -0700 (PDT) Date: Wed, 11 Jun 1997 02:08:11 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199706110908.CAA10686@dog.farm.org> To: avalon@coombs.anu.edu.au (Darren Reed) Cc: freebsd-hackers@freebsd.org Subject: Re: Improvements to rc.firewall? Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199706021148.EAA14857@hub.freebsd.org> you wrote: > Hmmm, ipfilter doesn't necessarily expose you to this... > pass out on ppp0 proto udp from port = 53 to any keep state > (it will parse that too!) althought the timeout is not short. this will > automatically let the reply packets back in. > only a named should be talking to an external named so you can do filter > packets to/from port 53. Beware folks, BIND 8.1 issues UDP queries from _any_ port by default (older binds used port 53 when originating only). It can be configured to use any other port; Vixie uses 42 himself, he told. Also, TCP queries can be used instead of UDP - there are indeed some names which have lots of MXes / As and resolvers have the right to use TCP anytime for reliable delivery. So, the modern rule is `allow from any host:any port to our host:53 tcp|udp' for all queries to our name servers to work. From owner-freebsd-hackers Wed Jun 11 02:49:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13453 for hackers-outgoing; Wed, 11 Jun 1997 02:49:09 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13448 for ; Wed, 11 Jun 1997 02:49:07 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id JAA03225 for ; Wed, 11 Jun 1997 09:48:54 GMT Date: Wed, 11 Jun 1997 18:48:54 +0900 (JST) From: Michael Hancock To: FreeBSD Hackers Subject: GNATBox Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Check this out, http://www.gta.com. A financial company here in Japan told us they pretty much mandated this thing world wide as their standard Firewall solution. I tried it out and it looks like it's based on FreeBSD. I put 3 Intel EtherExpress Pro 10/100B cards in a PC and had it configured and working in about 10 minutes. You don't even need a harddisk, just a floppy and 8MB of RAM. Regards, Mike Hancock From owner-freebsd-hackers Wed Jun 11 03:44:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15660 for hackers-outgoing; Wed, 11 Jun 1997 03:44:38 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA15652 for ; Wed, 11 Jun 1997 03:44:36 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA09790; Wed, 11 Jun 1997 03:44:40 -0700 (PDT) To: Michael Hancock cc: FreeBSD Hackers Subject: Re: GNATBox In-reply-to: Your message of "Wed, 11 Jun 1997 18:48:54 +0900." Date: Wed, 11 Jun 1997 03:44:35 -0700 Message-ID: <9766.866025875@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Check this out, http://www.gta.com. A financial company here in Japan > told us they pretty much mandated this thing world wide as their standard > Firewall solution. I tried it out and it looks like it's based on > FreeBSD. I wonder why they link to BSDI on their home page then. Hmmmm... :-) Jordan From owner-freebsd-hackers Wed Jun 11 05:28:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19587 for hackers-outgoing; Wed, 11 Jun 1997 05:28:09 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19582 for ; Wed, 11 Jun 1997 05:28:04 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id IAA02802; Wed, 11 Jun 1997 08:19:51 -0400 (EDT) From: Peter Dufault Message-Id: <199706111219.IAA02802@hda.hda.com> Subject: Re: rtprio from non-root users ? In-Reply-To: from Luigi Rizzo at "Jun 9, 97 10:25:58 pm" To: luigi@iet.unipi.it (Luigi Rizzo) Date: Wed, 11 Jun 1997 08:19:50 -0400 (EDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am trying to allow non-root accounts to use CD-R devices. Although > I might probably create some suid-root shell scripts, I don't like > much the idea and I would prefer a different approach, i.e. limiting > access to a group of allowed users and letting them to write their own > scripts. > > I am running into a couple of problems, namely: > > 1) there is no command-level method (I think) to add groups to the > credential of a user. Probably this is a more general problem, > but fortunately this is only a nuisance, because it can be solved > by making allowed users "su" to the username with rights to use > the device. > > 2) (major problem) rtprio does not allow the necessary priority > settings if not superuser; but it cannot be made suid root since > it does not drop priority before execing the requested process. > Of the following two fixes: > > a) modify the rtprio syscall so that it can set realtime priority > for a restricted set of users (but then, how to configure this > set ?); > > b) modify the rtprio(1) command so that it can run suid-root, by > allowing RTP_SET for a configurable class of users (e.g. > /etc/rtprio.users) and calling setuid to restore the real uid > before calling execvp > I have some of this now - can you wait a bit longer so we don't collide? The problem with the current patches is they use ioctls against a device and I have to change them to system calls. I'm using a pseudo device that requires that you either be root or have the device opened, then I use group protection on the device. You put users in a "realtime" group. The problem is non-portability for non root programs (using the P1003.1b interface) that must be modified to write-open the device. I've been thinking of changing this to an inherited per process bit mask you set by opening a pseudo device. Then you get the privileges by "cp /dev/null /dev/rtperms" and they stay for all descendant processes until you give it up or have it revoked. Comments? -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Jun 11 05:30:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19719 for hackers-outgoing; Wed, 11 Jun 1997 05:30:34 -0700 (PDT) Received: from wrzx07.rz.uni-wuerzburg.de (wrzx07.rz.uni-wuerzburg.de [132.187.1.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19714 for ; Wed, 11 Jun 1997 05:30:27 -0700 (PDT) Received: from wicx50.informatik.uni-wuerzburg.de (root@wicx50.informatik.uni-wuerzburg.de [132.187.9.50]) by wrzx07.rz.uni-wuerzburg.de (8.8.5/8.8.5) with SMTP id OAA30337; Wed, 11 Jun 1997 14:30:02 +0200 (MET DST) Received: by wicx50.informatik.uni-wuerzburg.de (8.6.12/uniwue-C-3.1a (CIP Gate)) id OAA01307; Wed, 11 Jun 1997 14:08:55 +0200 Received: from aruba(132.187.9.1) by cipgate via smap (V1.3) id sma001298; Wed Jun 11 14:08:48 1997 Received: by wicx01.informatik.uni-wuerzburg.de (5.65v3.2/uniwue-C-3.1 (C)) id AA20060; Wed, 11 Jun 1997 14:08:47 +0200 From: Matthias Buelow Message-Id: <9706111208.AA20060@wicx01.informatik.uni-wuerzburg.de> Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 11 Jun 1997 14:08:47 +0100 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <14980.866003140@time.cdrom.com> from "Jordan K. Hubbard" at Jun 10, 97 09:25:40 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The editor is nice, but the CUI library is more important since without > one, we can't do the nice installation and setup tools.. :( Eh? *shudder* Well, if you really want something like that for the installation and setup tools (I wonder why - sysinstall already has a gui-ish interface) and are going to write such a thing, drop me a note, I'd like to participate. From owner-freebsd-hackers Wed Jun 11 05:34:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19883 for hackers-outgoing; Wed, 11 Jun 1997 05:34:05 -0700 (PDT) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA19867 for ; Wed, 11 Jun 1997 05:34:01 -0700 (PDT) Message-Id: <199706111233.IAA22180@gatekeeper.itribe.net> Received: forwarded by SMTP 1.6.0. Date: Wed, 11 Jun 1997 08:33:19 -0400 (EDT) From: Jamie Bowden To: Michael Hancock cc: FreeBSD Hackers Subject: Re: GNATBox In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Jun 1997, Michael Hancock wrote: > Check this out, http://www.gta.com. A financial company here in Japan > told us they pretty much mandated this thing world wide as their standard > Firewall solution. I tried it out and it looks like it's based on > FreeBSD. > > I put 3 Intel EtherExpress Pro 10/100B cards in a PC and had it configured > and working in about 10 minutes. > > You don't even need a harddisk, just a floppy and 8MB of RAM. > > Regards, > > > Mike Hancock > We use a GTA GFX-94 firewall here. Early versions of their environment/software were BSDi based, but they have recently switched to FreeBSD due to license/cost issues. Ours is not the little NAT box, but the big dual tower double firewall. Very nice box. Jamie Bowden System Administrator, iTRiBE.net From owner-freebsd-hackers Wed Jun 11 05:37:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20125 for hackers-outgoing; Wed, 11 Jun 1997 05:37:34 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20118 for ; Wed, 11 Jun 1997 05:37:31 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id FAA18177; Wed, 11 Jun 1997 05:37:36 -0700 (PDT) To: Matthias Buelow cc: freebsd-hackers@freebsd.org Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-reply-to: Your message of "Wed, 11 Jun 1997 14:08:47 BST." <9706111208.AA20060@wicx01.informatik.uni-wuerzburg.de> Date: Wed, 11 Jun 1997 05:37:35 -0700 Message-ID: <18173.866032655@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The editor is nice, but the CUI library is more important since without > > one, we can't do the nice installation and setup tools.. :( > > Eh? *shudder* Well, if you really want something like that for the > installation and setup tools (I wonder why - sysinstall already has a > gui-ish interface) and are going to write such a thing, drop me a note, > I'd like to participate. Uh no, that was sort of the point - we weren't going to write one since we have Turbovision. We don't really want to have to write a CUI library since we also have to write all the code which calls it and that's work enough as it is, and when Turbovision recently appeared we figured we had our best bet in hand. That's when you came along and said "but turbovision sucks!" and I then asked if you had something better written. Are we all caught up now on the context of this conversation? :-) Jordan From owner-freebsd-hackers Wed Jun 11 05:55:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20748 for hackers-outgoing; Wed, 11 Jun 1997 05:55:42 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20743 for ; Wed, 11 Jun 1997 05:55:39 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id IAA02871; Wed, 11 Jun 1997 08:51:12 -0400 (EDT) From: Peter Dufault Message-Id: <199706111251.IAA02871@hda.hda.com> Subject: Re: rtprio from non-root users ? In-Reply-To: from Luigi Rizzo at "Jun 9, 97 10:25:58 pm" To: luigi@iet.unipi.it (Luigi Rizzo) Date: Wed, 11 Jun 1997 08:51:12 -0400 (EDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > a) modify the rtprio syscall so that it can set realtime priority > for a restricted set of users (but then, how to configure this > set ?); A file system interface for sysctl and group protection? "echo 1 > /sysctl/posix1b/rtprio". How do permissions work with alternate file systems? -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Jun 11 06:19:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22273 for hackers-outgoing; Wed, 11 Jun 1997 06:19:35 -0700 (PDT) Received: from cbgw1.lucent.com (cbgw1.lucent.com [192.20.239.133]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA22268 for ; Wed, 11 Jun 1997 06:19:32 -0700 (PDT) Received: from sw.lucent.com by cbig1.firewall.lucent.com (SMI-8.6/EMS-L sol2) id JAA09916; Wed, 11 Jun 1997 09:11:01 -0400 Received: by sw.lucent.com (SMI-8.6/SMI-SVR4) id IAA27140; Wed, 11 Jun 1997 08:20:45 -0500 Date: Wed, 11 Jun 1997 08:20:45 -0500 From: jek@ibmgs.sw.lucent.com (Jon Kump) Message-Id: <199706111320.IAA27140@ sw.lucent.com> To: hackers@freebsd.org Subject: Thanks for the login.conf files Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: zDJ+sNUAxkx6nTTHhLu7bg== Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just wanted to send a note of thank you to all the people who sent me a copy or a URL location to get the login.conf file. Thanks guys. Jon E. Kump From owner-freebsd-hackers Wed Jun 11 07:06:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24669 for hackers-outgoing; Wed, 11 Jun 1997 07:06:36 -0700 (PDT) Received: from Fe3.rust.net ([204.157.12.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA24663 for ; Wed, 11 Jun 1997 07:06:34 -0700 (PDT) Received: from shell.rust.net (shell.rust.net [204.157.12.50]) by Fe3.rust.net (8.8.5/8.8.5) with SMTP id KAA17623 for ; Wed, 11 Jun 1997 10:05:50 -0400 (EDT) Date: Wed, 11 Jun 1997 09:04:35 -0400 (EDT) From: Mike Sabbota To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-hackers Wed Jun 11 07:29:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26002 for hackers-outgoing; Wed, 11 Jun 1997 07:29:57 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25989 for ; Wed, 11 Jun 1997 07:29:52 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id HAA06322 for ; Wed, 11 Jun 1997 07:29:42 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA09210; Wed, 11 Jun 1997 15:52:35 +0200 From: Luigi Rizzo Message-Id: <199706111352.PAA09210@labinfo.iet.unipi.it> Subject: Re: rtprio from non-root users ? To: dufault@hda.com (Peter Dufault) Date: Wed, 11 Jun 1997 15:52:35 +0200 (MET DST) Cc: luigi@iet.unipi.it, hackers@FreeBSD.ORG In-Reply-To: <199706111219.IAA02802@hda.hda.com> from "Peter Dufault" at Jun 11, 97 08:19:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I am trying to allow non-root accounts to use CD-R devices. Although ... > > Of the following two fixes: > > > > a) modify the rtprio syscall so that it can set realtime priority > > for a restricted set of users (but then, how to configure this > > set ?); > > > > b) modify the rtprio(1) command so that it can run suid-root, by > > allowing RTP_SET for a configurable class of users (e.g. > > /etc/rtprio.users) and calling setuid to restore the real uid > > before calling execvp > > I have some of this now - can you wait a bit longer so we don't > collide? The problem with the current patches is they use ioctls > against a device and I have to change them to system calls. I have (yesterday night) implemented a small change to rtprio (check PRs in the last 24 hours, I don't remember the number) which reads allowed users from /etc/rtprio.conf . Jordan suggests to use the login.class database to add a rtprio capability, which seems a much better approach. I am not very much in favour of modifying the kernel if the desired functionality can be achieved in userspace. > I'm using a pseudo device that requires that you either be root or > have the device opened, then I use group protection on the device. ... > I've been thinking of changing this to an inherited per process > bit mask you set by opening a pseudo device. Then you get the > privileges by "cp /dev/null /dev/rtperms" and they stay for all > descendant processes until you give it up or have it revoked. > > Comments? frankly, the use of a capability file seems the simplest solution since permission are checked very rarely. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Wed Jun 11 07:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26357 for hackers-outgoing; Wed, 11 Jun 1997 07:34:31 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26352 for ; Wed, 11 Jun 1997 07:34:29 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id KAA27046; Wed, 11 Jun 1997 10:40:43 -0400 (EDT) Message-Id: <3.0.32.19970611102601.00c0792c@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 11 Jun 1997 10:26:06 -0400 To: "Pedro F. Giffuni" From: dennis Subject: Re: tar hangs 2.2.x system Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:32 PM 6/10/97 -0700, Pedro F. Giffuni wrote: >dennis wrote: >> >> Every since loading 2.2.x the following command: >> >> tar -cvf /dev/fd0 somefiles >> >> will hang the system (where reset seems to be the only recourse) if >> there is no diskette in the drive. >> >Use pax and file a PR :-) I HATE pax... Dennis From owner-freebsd-hackers Wed Jun 11 08:12:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28836 for hackers-outgoing; Wed, 11 Jun 1997 08:12:39 -0700 (PDT) Received: from smtp1.ts.kiev.ua (viking.ts.kiev.ua [193.124.229.195]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28829; Wed, 11 Jun 1997 08:12:30 -0700 (PDT) Received: from aviion.ts.kiev.ua by smtp1.ts.kiev.ua with SMTP id RAA23564; (8.8.3/zah/2.1) Wed, 11 Jun 1997 17:51:18 +0300 (EET DST) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id PAA18641; (8.6.11/zah/2.1) Wed, 11 Jun 1997 15:20:39 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id RAA01074; (8.6.9/zah/1.1) Wed, 11 Jun 1997 17:01:56 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id PAA05291; Wed, 11 Jun 1997 15:05:15 +0300 (EET DST) Message-ID: <339E86BE.7A59@cki.ipri.kiev.ua> Date: Wed, 11 Jun 1997 14:06:25 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: dyson@FreeBSD.ORG CC: "Pedro F. Giffuni" , dennis@etinc.com, hackers@FreeBSD.ORG Subject: Re: tar hangs 2.2.x system References: <199706110614.BAA04741@dyson.iquest.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > > > dennis wrote: > > > > > > Every since loading 2.2.x the following command: > > > > > > tar -cvf /dev/fd0 somefiles > > > > > > will hang the system (where reset seems to be the only recourse) if > > > there is no diskette in the drive. > > > > > Use pax and file a PR :-) > > > Even though the command should not really hang the system (it is a bug), > you should likely do the following command: > > tar -cvf /dev/rfd0 somefiles > > Note the "raw" device. > But it is a bug. Anybody, do send_pr > John From owner-freebsd-hackers Wed Jun 11 08:32:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29859 for hackers-outgoing; Wed, 11 Jun 1997 08:32:17 -0700 (PDT) Received: from goalie.tia.net (firewall-user@goalie.tpa.tia.net [206.174.9.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29851 for ; Wed, 11 Jun 1997 08:32:14 -0700 (PDT) Received: by goalie.tia.net; id LAA20240; Wed, 11 Jun 1997 11:29:41 -0400 (EDT) Received: from mailbox.tpa.tia.net(207.79.51.3) by goalie.tia.net via smap (3.2) id xma020233; Wed, 11 Jun 97 11:29:17 -0400 Received: from localhost (jo295@localhost) by mailbox.tpa.tia.net (8.8.5/8.8.3) with SMTP id LAA05224 for ; Wed, 11 Jun 1997 11:49:34 -0400 (EDT) Date: Wed, 11 Jun 1997 11:49:33 -0400 (EDT) From: "Joseph D. Orthoefer" To: hackers@freebsd.org Subject: user-mode nfs daemon Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone ported the usermode nfs server from linux to freebsd? The one that ships with redhat-4.1(2?) compiles with very little fuss on my 2.2.2 and current boxes, but seems to be unable to successfully transfer long directory listings over a socket of any kind, including connections over "localhost". Large files work okay, just long directory listings seem hosed, with an "ls" on the client box not producing any output, hanging until it gets a malloc error. Reproduced the same behavior by mounting the exported filesystem on a solaris box. Exporting the same directory tree using the kernel mode nfs server works without a problem. Joe Orthoefer From owner-freebsd-hackers Wed Jun 11 09:18:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02450 for hackers-outgoing; Wed, 11 Jun 1997 09:18:08 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02361 for ; Wed, 11 Jun 1997 09:16:32 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id RAA07107; Wed, 11 Jun 1997 17:15:23 +0100 (BST) Date: Wed, 11 Jun 1997 17:15:23 +0100 (BST) From: Doug Rabson To: "Joseph D. Orthoefer" cc: hackers@freebsd.org Subject: Re: user-mode nfs daemon In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: > Has anyone ported the usermode nfs server from linux to freebsd? The one > that ships with redhat-4.1(2?) compiles with very little fuss on my 2.2.2 > and current boxes, but seems to be unable to successfully transfer long > directory listings over a socket of any kind, including connections over > "localhost". Large files work okay, just long directory listings seem > hosed, with an "ls" on the client box not producing any output, hanging > until it gets a malloc error. Reproduced the same behavior by mounting > the exported filesystem on a solaris box. Exporting the same directory > tree using the kernel mode nfs server works without a problem. Why do you want this to work? The kernel NFS server is probably a lot more efficient. If you just want to get it to work for your own amusement, I would suggest using tcpdump to debug it. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-hackers Wed Jun 11 09:22:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02657 for hackers-outgoing; Wed, 11 Jun 1997 09:22:03 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02652 for ; Wed, 11 Jun 1997 09:22:01 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA06212; Wed, 11 Jun 1997 09:21:56 -0700 Date: Wed, 11 Jun 1997 09:21:56 -0700 (PDT) From: "Brian N. Handy" To: Tom Samplonius Cc: hackers@FreeBSD.ORG Subject: Re: malloc failed? In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> lambic:/a % xanim middle.qt >> XAnim Rev 2.70.6.4 by Mark Podlipec (c) 1991-1997 >> QT rle: malloc failed >> lambic:/a % Tom replied: > Actually, if you remove login.conf, you get the defaults, which are >pretty small. It is better to use login.conf to set things to infinity. > > Also, back in 2.1, I ran into a problem where the max data size could >not be increased greater than physical memory. I wonder if this could >your problem too. Well, that's not my problem, I only have 80MB of physical memory. (I have 240MB of swap, so I surmise that's not the problem either.) I guess I'm going to have to puzzle out what login.conf is doing and see if I can disable some of the limits in there, if in fact this is what's causing my problems. My workstation here is a single-user box, and I'm a memory hog. I don't see the added value of login.conf for those of us who aren't running ISP's or large servers or ... Thanks for the hint though. I dutifully put 'login.conf' back where I found it. :-) Thanks to Justin who surmised I needed to use '+f' to get around this. Brian From owner-freebsd-hackers Wed Jun 11 10:21:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05365 for hackers-outgoing; Wed, 11 Jun 1997 10:21:03 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05341 for ; Wed, 11 Jun 1997 10:20:55 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id MAA17995 for freebsd-hackers@freebsd.org; Wed, 11 Jun 1997 12:20:40 -0500 (CDT) Date: Wed, 11 Jun 1997 12:20:40 -0500 (CDT) From: Mark Tinguely Message-Id: <199706111720.MAA17995@plains.NoDak.edu> To: freebsd-hackers@freebsd.org Subject: /var/run/natd.pid request Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I finally figured out how to get natd working, and I have a little suggestion: stuff the natd PID in /var/run/natd.pid. from my experiments when the translating interface's address is dynamic (and using -dynamic option), the natd process requires a SIGHUP to make the change to the new address. If the natd PID is available, then it will simply the process. --mark. From owner-freebsd-hackers Wed Jun 11 11:26:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08389 for hackers-outgoing; Wed, 11 Jun 1997 11:26:01 -0700 (PDT) Received: from DNS.Lamb.net (root@DNS.Lamb.net [207.90.181.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08383 for ; Wed, 11 Jun 1997 11:25:58 -0700 (PDT) Received: from Gatekeeper.Alameda.net (ulf@gatekeeper.Alameda.net [207.90.181.2]) by DNS.Lamb.net (8.8.5/8.8.5) with ESMTP id LAA00798 for ; Wed, 11 Jun 1997 11:26:05 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Alameda.net (8.8.5/8.7.6) id LAA09111 for hackers@freebsd.org; Wed, 11 Jun 1997 11:25:57 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199706111825.LAA09111@Gatekeeper.Alameda.net> Subject: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) To: hackers@freebsd.org Date: Wed, 11 Jun 1997 11:25:56 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok. Everyone write Adobe that we want an Acrobat Reader for FreeBSD :) ----- Forwarded message from Adobe Support ----- >From service@Adobe.COM Tue Jun 10 11:40:07 1997 From: service@Adobe.COM (Adobe Support) Message-Id: <199706101843.LAA00996@mail-sea.sea.Adobe.COM> Date: 10 Jun 97 11:40:23 To: ulf@Gatekeeper.Alameda.net Subject: Comment/Suggestion - Adobe Products - Acrobat Reader Hello Ulf, Hello Ulf, Thank you for contacting Adobe Customer Support via the Adobe Web site. Although there is no information currently available as to whether Acrobat will support BSD in the future with a version of the Acrobat Reader, we are constantly monitoring the trend in the marketplace to better serve the changing needs of our customers. You are important to us and we will take your request into consideration when planning future releases. For up-to-date information on which platforms Adobe Acrobat Reader supports, see our Web site (http://www.adobe.com). A quick way to check: from the home page, click on the yellow 'Get Acrobat Reader' button at the bottom of the page. Scroll or page down to step number two (2). Here, there are pull down menus for product (Acrobat 3.0 Reader), platform (Windows 95(R)) and version (English). Choose the pull down menu for platform to check platform availability. I hope this answers your question. For further questions, don't forget to check the Customer Services and the Technical Support pages for the most up-to-date Customer Support information. *Customer Services-- http://www.adobe.com/supportservice/custsupport/main.html *Technical Support-- http://www.adobe.com/supportservice/custsupport/techsupport.html For information about our current support policies, see http://www.adobe.com/supportservice/custsupport/cfdetails.html. Best regards, Jessica Adobe Customer Support Best regards, Jessica Adobe Customer Support THREAD:UZIMMERM9706102721621 The thread number (above) is your reference number for this issue. Thank you for visiting www.adobe.com. We hope this reply answers your question. Inquiries such as yours often prompt us to update or add information to www.adobe.com so it can be available to other customers. Please return to www.adobe.com for additional information and inquiries. Copyright 1997 Adobe Systems Incorporated --- On 06/09/97 12:37:05 P, you wrote --- Why don't you guys compile a BSD version of acroread ? Like for BSD/OS or even better for FreeBSD ? --- original message ends --- ----- End of forwarded message from Adobe Support ----- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Wed Jun 11 11:39:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09193 for hackers-outgoing; Wed, 11 Jun 1997 11:39:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA09188 for ; Wed, 11 Jun 1997 11:39:18 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06382; Wed, 11 Jun 1997 11:31:25 -0700 From: Terry Lambert Message-Id: <199706111831.LAA06382@phaeton.artisoft.com> Subject: Re: Cable modems To: rb@gid.co.uk (Bob Bishop) Date: Wed, 11 Jun 1997 11:31:25 -0700 (MST) Cc: terry@lambert.org, henrich@crh.cl.msu.edu, michaelh@cet.co.jp, wilko@yedi.iaf.nl, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Bob Bishop" at Jun 11, 97 06:45:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I suspect Europe and Australia to have universal high speed > >access *long* before the US, simple because you guys don't > >have a badly managed antiquated infrastructure that they are > >still trying to amortize over the remaining portion of their > >20 year accounting cycle. > > You wouldn't want to sit here in the UK watching BT softpedal on commitment > to ISDN then. They've had the technology for years, but it still doesn't > cost in for small sites by quite a long way. I have a serious suspicion > that they've been hanging on for xDSL, because they have local copper most > everywhere and the cable cos don't. ISDN is a tool for establising rate metering for data connections. ISDN also requires that you upgrade your phone switches to a 5ESS or better, and pay a huge license fee to AT&T for the switch software to run it. US West does not offer ISDN in my service area because they have a single 5ESS in Tucson with the software. If they had their way, they would not serve non-business customers at all, but they do so reluctantly to maintain their legal monopoly and to provide those business customers someone to whom the can make unsolicited sales calls. [ boy, did I get up on the wrong side of the bed today, or what? ] Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 11 13:25:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA15825 for hackers-outgoing; Wed, 11 Jun 1997 13:25:30 -0700 (PDT) Received: from scf-fs.usc.edu (scf-fs.usc.edu [128.125.253.183]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15818 for ; Wed, 11 Jun 1997 13:25:27 -0700 (PDT) Received: from castor.usc.edu (castor.usc.edu [128.125.253.170]) by scf-fs.usc.edu (8.8.4/8.8.4/usc) with ESMTP id NAA15129 for ; Wed, 11 Jun 1997 13:25:16 -0700 (PDT) Received: from localhost (poduri@localhost) by castor.usc.edu (8.8.4/8.8.4/usc) with SMTP id NAA05570 for ; Wed, 11 Jun 1997 13:25:14 -0700 (PDT) Date: Wed, 11 Jun 1997 13:25:13 -0700 (PDT) From: poduri To: freebsd-hackers@FreeBSD.ORG Subject: TCP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi I have observed that TCP as implemented in FreeBSD does not do a proper slow start. It increases the window size by a packet size worth bytes for each ack received until the max window size and then it's stable. So on receiving a delayed ack say for two packets at teh same time it still increases its window only by one packet and not two. Firstly, is this true and if so then how can we fix it to make it behave like a normal tcp? Thank you kedarnath poduri poduri@usc.edu From owner-freebsd-hackers Wed Jun 11 13:32:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16160 for hackers-outgoing; Wed, 11 Jun 1997 13:32:05 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16101 for ; Wed, 11 Jun 1997 13:31:46 -0700 (PDT) Received: from bmccane.uit.net (localhost.mccane.com [127.0.0.1]) by bmccane.uit.net (8.8.5/8.8.5) with ESMTP id PAA24716; Wed, 11 Jun 1997 15:31:18 -0500 (CDT) Message-Id: <199706112031.PAA24716@bmccane.uit.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mark Tinguely cc: freebsd-hackers@FreeBSD.ORG Subject: Re: /var/run/natd.pid request In-reply-to: Your message of "Wed, 11 Jun 1997 12:20:40 CDT." <199706111720.MAA17995@plains.NoDak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Jun 1997 15:31:17 -0500 From: Wm Brian McCane Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I finally figured out how to get natd working, and I have a little > suggestion: stuff the natd PID in /var/run/natd.pid. from my experiments > when the translating interface's address is dynamic (and using -dynamic > option), the natd process requires a SIGHUP to make the change to the > new address. If the natd PID is available, then it will simply the process. > > --mark. How did you get it working? I have been playing with natd for a couple of days now, and am having some problems. I do the following: ipfw flush ipfw add divert 32000 ip from any to any via ppp0 ipfw add pass ip from any to any natd -n ppp0 -verbose -dynamic -port 32000 Everything then talks fine both on the firewall machine, and from my work machine across the room, for 0-3 minutes. After that, the logging on the console slows to a halt, and if I try to: ping prep.ai.mit.edu (arbitrary choice 8) I get: ping: sendto: No buffer space available A little later the connection drops carrier, and then has to redial my ISP. The interesting part is the same thing seems to occur when my network is completely idle. Every 2-3 minutes carrier drops and it redials. TIA, brian From owner-freebsd-hackers Wed Jun 11 14:07:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17928 for hackers-outgoing; Wed, 11 Jun 1997 14:07:56 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA17888; Wed, 11 Jun 1997 14:06:57 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-44.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA04177 (5.67b/IDA-1.5); Wed, 11 Jun 1997 23:05:38 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id XAA07108; Wed, 11 Jun 1997 23:05:21 +0200 (CEST) X-Face: " Date: Wed, 11 Jun 1997 23:05:20 +0200 From: Stefan Esser To: Terry Lambert Cc: stesin@gu.net, bob@luke.pmr.com, matt@3am-software.com, hackers@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Does SMC9332BDT work in 2.2.2R?? References: <19970610101445.26928@mi.uni-koeln.de> <199706101816.LAA02784@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199706101816.LAA02784@phaeton.artisoft.com>; from Terry Lambert on Tue, Jun 10, 1997 at 11:16:14AM -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jun 10, Terry Lambert wrote: > > Why should that cause ANY problems > > for a bus-master card in slot 5 ??? > > > > | It has to do with PCI interrupt sharing. > ********************* > > This was broken in SMP, and seems to have been broken in general > on integration of SMP into the main line source tree. Really ? Don't think so ... There are in fact SMP systems that work with shared PCI interrupts ... > In addition, the card itself might object to interrupt sharing. No. All PCI cards must support shared interrupts, and I have yet to find one that doesn't. (There were a few cards before PCI 2.0, that tried to fully emulate some ISA card and could be made to use edge-triggered interrupts, but even those use level interrupts by default ...) > Finally, does the video card claim a vertical retrace interrupt? > If not, does it do one anyway? If so, the way the poll does not > happen to detect the card responsible on a shared interrupt with > a single attach can also be a problem. All PCI drivers are required to have a test on *this* card being the source of the interrupt as the first action in the interrupt handler. A PCI driver that fails to do so is broken! If the driver does the right thing, then it doesn't matter whether there are retrace interrupts (well, they definitely would reduce system performance, but by less than 20%), and you should be able to see the interrupts in the "systat -vm" screen ... > I realize that the explanations other than the first one rely > on bogus PCI card hardware. Broken PCI card hardware or a driver problem ... But the card in question uses a known good Ethernet chip. If you exclude the possibility that this particular device is defective, then it must be something else ... Regards, STefan From owner-freebsd-hackers Wed Jun 11 15:05:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA19998 for hackers-outgoing; Wed, 11 Jun 1997 15:05:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA19947; Wed, 11 Jun 1997 15:04:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA07206; Wed, 11 Jun 1997 14:57:47 -0700 From: Terry Lambert Message-Id: <199706112157.OAA07206@phaeton.artisoft.com> Subject: Re: Does SMC9332BDT work in 2.2.2R?? To: se@freebsd.org (Stefan Esser) Date: Wed, 11 Jun 1997 14:57:47 -0700 (MST) Cc: terry@lambert.org, stesin@gu.net, bob@luke.pmr.com, matt@3am-software.com, hackers@freebsd.org, smp@freebsd.org In-Reply-To: <19970611230520.22463@mi.uni-koeln.de> from "Stefan Esser" at Jun 11, 97 11:05:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This was broken in SMP, and seems to have been broken in general > > on integration of SMP into the main line source tree. > > Really ? Don't think so ... > There are in fact SMP systems that work with shared PCI interrupts ... This may just be a broken PCI BIOS, then. > > Finally, does the video card claim a vertical retrace interrupt? > > If not, does it do one anyway? If so, the way the poll does not > > happen to detect the card responsible on a shared interrupt with > > a single attach can also be a problem. > > All PCI drivers are required to have a test on *this* card being > the source of the interrupt as the first action in the interrupt > handler. A PCI driver that fails to do so is broken! Isn't this a PCI framework issue, where it should explicitly call a card routine or check a bit in a flag in the card data struct to see if it originated the interrupt? It seems to me that if the PCI driver wasn't written correctly, you'd want it to fail absolutely (so it got caught in the author's testing) instead of under conditions which might not be universal (ie: the authors machine might not exhibit the problem). This seems to be an interface design issue. ...On the other hand, if there is a standard PCI (not card-specific) way of polling to see who interrupted, then it shouldn't involve the driver at all (I don't think there is, given that we don't use the PCI BIOS, right? Seems to me that we need a "did_you_interrupt" entry point for the card instance for the driver to allow procedural polling, instead of calling the driver and expecting it to obey hidden interface assumptions). > If the driver does the right thing, then it doesn't matter whether > there are retrace interrupts (well, they definitely would reduce > system performance, but by less than 20%), and you should be able > to see the interrupts in the "systat -vm" screen ... It should be architecturally impossible for the driver to not do the right thing (ie: they don't fill out the "did_you_interrupt" function pointer in the device instance struct, and they get an error message on boot). This should be explicit in the DDI architecture for PCI devices, not implicit, IMO. > > I realize that the explanations other than the first one rely > > on bogus PCI card hardware. > > Broken PCI card hardware or a driver problem ... > But the card in question uses a known good Ethernet chip. If you > exclude the possibility that this particular device is defective, > then it must be something else ... Yes, I had totally discounted that idea. I thought he had said the card worked in a three PCI slot machine? I guess that still leaves PCI BIOS autodetection/card-mapping bugs. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 11 16:20:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22970 for hackers-outgoing; Wed, 11 Jun 1997 16:20:44 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22964 for ; Wed, 11 Jun 1997 16:20:42 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08181 for ; Wed, 11 Jun 1997 16:20:23 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id BAA09404 for ; Thu, 12 Jun 1997 01:18:11 +0200 (MET DST) Received: from ngeout01.news.aol.com by relay5.UU.NET with SMTP (peer crosschecked as: ngeout01.news.aol.com [152.163.176.244]) id QQctnp07681; Wed, 11 Jun 1997 19:20:12 -0400 (EDT) Received: from ladder02.news.aol.com (ladder02.news-fddi.aol.com [172.16.30.241]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id TAA28541 for ; Wed, 11 Jun 1997 19:19:54 -0400 Date: Wed, 11 Jun 1997 19:19:54 -0400 To: Message-Id: <19970611231901.TAA06734@ladder02.news.aol.com> Newsgroups: saar.lists.freebsd-hackers From: sn1perx@aol.com (Sn1perX) Organization: AOL http://www.aol.com Subject: I NEED HELP!!!!!!!! Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk if any kind soul has any password stealing programs for AOL could they please e-mail me From owner-freebsd-hackers Wed Jun 11 16:23:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23030 for hackers-outgoing; Wed, 11 Jun 1997 16:23:03 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23024 for ; Wed, 11 Jun 1997 16:23:02 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08187 for ; Wed, 11 Jun 1997 16:22:52 -0700 (PDT) Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id BAA09429 for ; Thu, 12 Jun 1997 01:20:09 +0200 (MET DST) Received: from ngeout01.news.aol.com by relay3.UU.NET with SMTP (peer crosschecked as: ngeout01.news.aol.com [152.163.176.244]) id QQctnp29892; Wed, 11 Jun 1997 19:22:08 -0400 (EDT) Received: from ladder02.news.aol.com (ladder02.news-fddi.aol.com [172.16.30.241]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id TAA28637 for ; Wed, 11 Jun 1997 19:21:52 -0400 Date: Wed, 11 Jun 1997 19:21:52 -0400 To: Message-Id: <19970611232100.TAA06923@ladder02.news.aol.com> Newsgroups: saar.lists.freebsd-hackers From: sn1perx@aol.com (Sn1perX) Organization: AOL http://www.aol.com Subject: Need MAOL Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk i have master aol here, will trade 4 any aol password stealing progs 4 aol From owner-freebsd-hackers Wed Jun 11 18:23:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27768 for hackers-outgoing; Wed, 11 Jun 1997 18:23:11 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA27761 for ; Wed, 11 Jun 1997 18:23:05 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wbyZl-00066U-00; Wed, 11 Jun 1997 18:21:21 -0700 Date: Wed, 11 Jun 1997 18:21:20 -0700 (PDT) From: Tom Samplonius To: Terry Lambert cc: Bob Bishop , henrich@crh.cl.msu.edu, michaelh@cet.co.jp, wilko@yedi.iaf.nl, freebsd-hackers@freebsd.org Subject: Re: Cable modems In-Reply-To: <199706111831.LAA06382@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 11 Jun 1997, Terry Lambert wrote: > ISDN is a tool for establising rate metering for data connections. > > ISDN also requires that you upgrade your phone switches to a 5ESS or > better, and pay a huge license fee to AT&T for the switch software > to run it. Huh? A good portion of telcos have Nortel or other switch types. Even GTEs ancient GDT-5 switch can support ISDN (however only PRI, not consumer level BRI). Plus, Nortel makes ISDN channel bank gear to provide BRI service for residentional/business use, and aggregate it into a T3 or whatever, convert the signalling, and pipe it into the switch. Such equipment can be used with nearly any switch. > US West does not offer ISDN in my service area because they have a > single 5ESS in Tucson with the software. If they had their way, > they would not serve non-business customers at all, but they do so > reluctantly to maintain their legal monopoly and to provide those > business customers someone to whom the can make unsolicited sales > calls. Well, that is just US West in your area. I know in other areas, they have BRI service, off DMS-100 switches. > [ boy, did I get up on the wrong side of the bed today, or what? ] > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > Tom From owner-freebsd-hackers Wed Jun 11 19:04:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29369 for hackers-outgoing; Wed, 11 Jun 1997 19:04:12 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29338; Wed, 11 Jun 1997 19:03:58 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co ([168.176.3.37]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id VAA09158; Wed, 11 Jun 1997 21:05:10 -0500 (COT) Message-ID: <339F743F.6B23@fps.biblos.unal.edu.co> Date: Wed, 11 Jun 1997 20:59:59 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Ulf Zimmermann CC: hackers@freebsd.org, chat@freebsd.org Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) References: <199706111825.LAA09111@Gatekeeper.Alameda.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (I CC´d this to chat, if someone replies please take it out of hackers) Hmm.. This was sort of discussed in the ports list long ago. The general principle that the majority (not exactly me, I, and myself) followed was that it was not a good idea to start bothering commercial software producers towards porting their stuff to FreeBSD, that we could survive better if Linux was supported, and as a result we would also win that market. In fact I emailed them thanking for the Linux port, and reported that it ran under FreeBSD. They were very appreciative of my message. Pedro. Ulf Zimmermann wrote: > > Ok. Everyone write Adobe that we want an Acrobat Reader for FreeBSD :) > > ----- Forwarded message from Adobe Support ----- > > >From service@Adobe.COM Tue Jun 10 11:40:07 1997 > From: service@Adobe.COM (Adobe Support) > Message-Id: <199706101843.LAA00996@mail-sea.sea.Adobe.COM> > Date: 10 Jun 97 11:40:23 > To: ulf@Gatekeeper.Alameda.net > Subject: Comment/Suggestion - Adobe Products - Acrobat Reader > > Hello Ulf, > > Hello Ulf, > > Thank you for contacting Adobe Customer Support via the Adobe Web site. > > Although there is no information currently available as to whether Acrobat will support BSD in the future with a version of the Acrobat Reader, we are constantly monitoring the trend in the marketplace to better serve the changing needs of our customers. You are important to us and we will take your request into consideration when planning future releases. > > ). A quick way to check: from the home page, click on the yellow 'Get Acrobat Reader' button at the bottom of the page. Scroll or page down to step number two (2). Here, there are pull down menus for product (Acrobat 3.0 Reader), platfo > > I hope this answers your question. For further questions, don't forget to check the Customer Services and the Technical Support pages for the most up-to-date Customer Support information. > *Customer Services-- > http://www.adobe.com/supportservice/custsupport/main.html > *Technical Support-- > http://www.adobe.com/supportservice/custsupport/techsupport.html > > For information about our current support policies, see http://www.adobe.com/supportservice/custsupport/cfdetails.html. > Best regards, > > Jessica > Adobe Customer Support > Best regards, > > Jessica > Adobe Customer Support > > THREAD:UZIMMERM9706102721621 > The thread number (above) is your reference number for this issue. > > Thank you for visiting www.adobe.com. We hope this reply answers your > question. Inquiries such as yours often prompt us to update or add information > to www.adobe.com so it can be available to other customers. Please return to > www.adobe.com for additional information and inquiries. > > Copyright 1997 Adobe Systems Incorporated > > --- On 06/09/97 12:37:05 P, you wrote --- > Why don't you guys compile a BSD version of acroread ? Like for BSD/OS or even > better for FreeBSD ? > > --- original message ends --- > > ----- End of forwarded message from Adobe Support ----- > > Ulf. > > -------------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Wed Jun 11 20:29:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03346 for hackers-outgoing; Wed, 11 Jun 1997 20:29:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03335 for ; Wed, 11 Jun 1997 20:29:50 -0700 (PDT) Received: from pooh.cdrom.com (pooh.cdrom.com [204.216.28.222]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08800 for ; Wed, 11 Jun 1997 20:29:40 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by pooh.cdrom.com (8.8.5/8.7.3) with ESMTP id UAA02228 for ; Wed, 11 Jun 1997 20:29:30 -0700 (PDT) Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by pf1.phil.uni-sb.de (8.8.5/8.8.5/961001chris) with ESMTP id FAA25053 for ; Thu, 12 Jun 1997 05:26:05 +0200 (MET DST) Received: from phaeton.artisoft.com by relay3.UU.NET with SMTP (peer crosschecked as: phaeton.Artisoft.COM [198.17.250.50]) id QQctof23398; Wed, 11 Jun 1997 23:27:59 -0400 (EDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA08136; Wed, 11 Jun 1997 20:21:33 -0700 From: Terry Lambert Message-Id: <199706120321.UAA08136@phaeton.artisoft.com> Subject: Re: Need MAOL To: sn1perx@aol.com (Sn1perX) Date: Wed, 11 Jun 1997 20:21:33 -0700 (MST) Cc: saar-lists-freebsd-hackers@uunet.uu.net In-Reply-To: <19970611232100.TAA06923@ladder02.news.aol.com> from "Sn1perX" at Jun 11, 97 07:21:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > i have master aol here, will trade 4 any aol password stealing progs 4 aol What's the point? You'll only end up connected to AOL using AOL passwords... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jun 11 21:21:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06557 for hackers-outgoing; Wed, 11 Jun 1997 21:21:49 -0700 (PDT) Received: from argus.nuke.net (pm3-p30.tfs.net [206.154.183.222]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06540 for ; Wed, 11 Jun 1997 21:21:37 -0700 (PDT) Received: (from jbryant@localhost) by argus.nuke.net (8.8.5/8.8.5) id XAA12339 for freebsd-hackers@freebsd.org; Wed, 11 Jun 1997 23:21:28 -0500 (CDT) From: Jim Bryant Message-Id: <199706120421.XAA12339@argus.nuke.net> Subject: Re: Question - Adobe Services/Programs - Developer Association (fwd) To: freebsd-hackers@freebsd.org Date: Wed, 11 Jun 1997 23:21:27 -0500 (CDT) Reply-To: jbryant@tfs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk it's all a matter of where you ask, and what to ask for... In reply: > To: jbryant@tfs.net > From: Developer Relations > Subject: Re: Question - Adobe Services/Programs - Developer Association > > >please email the acrobat file format specification and any supporting > documentation. > > http://beta1.adobe.com/ada/acrosdk/DOCS/PDFSPEC.PDF > > > >since adobe seems to be unwilling to simply recompile acroread for > FreeBSD, >NetBSD, OpenBSD, or BSDI, we might now consider writing an > independant reader >for PDF format files under FreeBSD. > > Good Luck > > >given your currently supported platforms, it would be trivial for adobe to > >port acroread, a few makefile changes and a simple recompile may be all > that >is required. > > Here's our list of job openings. Obviously we have tons of personnel to > spare to port a free application to a free operating system. > > http://www.adobe.com/aboutadobe/employmentopp/jobs/JOBS.html#ENGINEERING > > > ---- > Teryk Morris > Adobe Acrobat Developer Support > http://www.adobe.com/supportservice/devrelations/main.html > > jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Wed Jun 11 21:25:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06814 for hackers-outgoing; Wed, 11 Jun 1997 21:25:33 -0700 (PDT) Received: from argus.nuke.net (pm3-p30.tfs.net [206.154.183.222]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06799 for ; Wed, 11 Jun 1997 21:25:22 -0700 (PDT) Received: (from jbryant@localhost) by argus.nuke.net (8.8.5/8.8.5) id XAA12357; Wed, 11 Jun 1997 23:24:40 -0500 (CDT) From: Jim Bryant Message-Id: <199706120424.XAA12357@argus.nuke.net> Subject: Re: Acrobat... To: pgiffuni@fps.biblos.unal.edu.co (Pedro F. Giffuni) Date: Wed, 11 Jun 1997 23:24:39 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <339F743F.6B23@fps.biblos.unal.edu.co> from "Pedro F. Giffuni" at Jun 11, 97 08:59:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > (I CC´d this to chat, if someone replies please take it out of hackers) oops.. > Hmm.. > This was sort of discussed in the ports list long ago. The general > principle that the majority (not exactly me, I, and myself) followed was > that it was not a good idea to start bothering commercial software > producers towards porting their stuff to FreeBSD, that we could survive > better if Linux was supported, and as a result we would also win that > market. > In fact I emailed them thanking for the Linux port, and reported that it > ran under FreeBSD. They were very appreciative of my message. > > Pedro. please see my last posting under a similar subject line... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Wed Jun 11 23:48:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12491 for hackers-outgoing; Wed, 11 Jun 1997 23:48:41 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12486 for ; Wed, 11 Jun 1997 23:48:39 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA18335 for ; Wed, 11 Jun 1997 23:48:51 -0700 (PDT) To: hackers@freebsd.org Subject: For those interested in JDK 1.1 for FreeBSD... Date: Wed, 11 Jun 1997 23:48:51 -0700 Message-ID: <18331.866098131@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jeff Hsu passed on this most informative URL which I'll now send to -hackers so that it gets archived for all future querants. :) http://www.csi.uottawa.ca/~kwhite/javaport.html Has full information on this. Jordan From owner-freebsd-hackers Thu Jun 12 00:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14000 for hackers-outgoing; Thu, 12 Jun 1997 00:22:28 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA13993 for ; Thu, 12 Jun 1997 00:22:22 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA10677; Thu, 12 Jun 1997 08:17:34 +0100 (BST) Message-Id: <199706120717.IAA10677@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Tinguely cc: freebsd-hackers@FreeBSD.ORG, Ari Suutari Subject: Re: /var/run/natd.pid request In-reply-to: Your message of "Wed, 11 Jun 1997 12:20:40 CDT." <199706111720.MAA17995@plains.NoDak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jun 1997 08:17:34 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I finally figured out how to get natd working, and I have a little > suggestion: stuff the natd PID in /var/run/natd.pid. from my experiments > when the translating interface's address is dynamic (and using -dynamic > option), the natd process requires a SIGHUP to make the change to the > new address. If the natd PID is available, then it will simply the process. I've cc'd this to Ari Suutari (the author). I don't have any problem with this idea. I did however think that the address change was transparent (reading the routing socket), but I havn't looked at the code. > --mark. I'll get natd into the mainline sources by the end of the week (version 1.6). -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Jun 12 00:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14781 for hackers-outgoing; Thu, 12 Jun 1997 00:43:49 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA14776 for ; Thu, 12 Jun 1997 00:43:44 -0700 (PDT) Received: from tahko.lpr.carel.fi ([192.46.69.100]) by lassie.eunet.fi with SMTP id AA24107 (5.67a/IDA-1.5 for ); Thu, 12 Jun 1997 10:43:39 +0300 Received: from mercury.ps.carel.fi by tahko.lpr.carel.fi with ESMTP (8.7.5/1.1) id KAA05651; Thu, 12 Jun 1997 10:37:54 +0300 (EET DST) Received: from sodium (sodium.ps.carel.fi [194.137.216.111]) by mercury.ps.carel.fi (8.8.2/8.8.2) with SMTP id LAA29086; Thu, 12 Jun 1997 11:35:10 +0300 (EET DST) Received: by localhost with Microsoft MAPI; Thu, 12 Jun 1997 10:56:32 +0300 Message-Id: <01BC771F.49BB8990@ari.suutari@ps.carel.fi> From: Ari Suutari To: "'Brian Somers'" , Mark Tinguely Cc: "freebsd-hackers@FreeBSD.ORG" Subject: RE: /var/run/natd.pid request Date: Thu, 12 Jun 1997 10:56:31 +0300 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On 12. kesakuuta 1997 10:18, Brian Somers [SMTP:brian@awfulhak.org] wrote: > > > > I finally figured out how to get natd working, and I have a little > > suggestion: stuff the natd PID in /var/run/natd.pid. from my experiments > > when the translating interface's address is dynamic (and using -dynamic > > option), the natd process requires a SIGHUP to make the change to the > > new address. If the natd PID is available, then it will simply the process. > > I've cc'd this to Ari Suutari (the author). I don't have any problem > with this idea. > Good idea, I'll add this to next version. > I did however think that the address change was transparent (reading the > routing socket), but I havn't looked at the code. > It is automatic based on messages in routing socket. It worked for me with le & ep drivers but I haved tested it with ppp. The idea is that sending SIGHUP should no longer be necessary. Ari S. From owner-freebsd-hackers Thu Jun 12 00:49:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14997 for hackers-outgoing; Thu, 12 Jun 1997 00:49:23 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14970 for ; Thu, 12 Jun 1997 00:48:11 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id KAA10192 for ; Thu, 12 Jun 1997 10:49:39 +0300 (EEST) Date: Thu, 12 Jun 1997 10:49:39 +0300 (EEST) From: Narvi To: hackers@freebsd.org Subject: PQ_LARGECACHE and page colouring Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! There is a thing called page colouring in the FreeBSD kernel. Using a 512K cache on my oldish ASUS P/I P55TP4XE, and a P133, I get using dd if=/dev/zero of=/dev/null bs=1m count=2000 2097152000 bytes transferred in 18.668431 secs (112336811 bytes/sec) With a stock 2.2-RELEASE kernel and 2097152000 bytes transferred in 18.068088 secs (116069392 bytes/sec) if I add options PQ_LARGECACHE to the kernel config file. I know the change (3.7MB/s -> ~3%) is not that much, but if you can get it by just adding one line to the config file, it might be worth it. Now the problem is - PQ_XXXXCACHE is not documented anywhere, not even in the LINT. Perhaps we should change this? Sander From owner-freebsd-hackers Thu Jun 12 00:55:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15313 for hackers-outgoing; Thu, 12 Jun 1997 00:55:36 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA15308 for ; Thu, 12 Jun 1997 00:55:31 -0700 (PDT) Received: from tahko.lpr.carel.fi ([192.46.69.100]) by lassie.eunet.fi with SMTP id AA25440 (5.67a/IDA-1.5 for ); Thu, 12 Jun 1997 10:55:29 +0300 Received: from mercury.ps.carel.fi by tahko.lpr.carel.fi with ESMTP (8.7.5/1.1) id KAA05687; Thu, 12 Jun 1997 10:49:46 +0300 (EET DST) Received: from sodium (sodium.ps.carel.fi [194.137.216.111]) by mercury.ps.carel.fi (8.8.2/8.8.2) with SMTP id LAA29104; Thu, 12 Jun 1997 11:47:01 +0300 (EET DST) Received: by localhost with Microsoft MAPI; Thu, 12 Jun 1997 11:08:23 +0300 Message-Id: <01BC7720.F1D86200@ari.suutari@ps.carel.fi> From: Ari Suutari To: "'Brian Somers'" , Mark Tinguely Cc: "freebsd-hackers@FreeBSD.ORG" Subject: RE: /var/run/natd.pid request Date: Thu, 12 Jun 1997 11:08:22 +0300 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On 12. kesakuuta 1997 10:18, Brian Somers [SMTP:brian@awfulhak.org] wrote: > > I did however think that the address change was transparent (reading the > routing socket), but I havn't looked at the code. > There seems to be a problem with -dynamic in latest releases. I have broken the code with other changes. After browsing through versions it seems that version 1.4 has working -dynamic code. I'll try to create version 1.8 as soon as possible to fix this. Ari S. From owner-freebsd-hackers Thu Jun 12 00:58:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15437 for hackers-outgoing; Thu, 12 Jun 1997 00:58:53 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA15429 for ; Thu, 12 Jun 1997 00:58:48 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA10471; Thu, 12 Jun 1997 09:27:50 +0200 From: Luigi Rizzo Message-Id: <199706120727.JAA10471@labinfo.iet.unipi.it> Subject: Re: TCP To: poduri@scf-fs.usc.edu (poduri) Date: Thu, 12 Jun 1997 09:27:50 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "poduri" at Jun 11, 97 01:24:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi > > I have observed that TCP as implemented in FreeBSD does not do a > proper slow start. It increases the window size by a packet size worth > bytes for each ack received until the max window size and then it's > stable. So on receiving a delayed ack say for two packets at teh same time > it still increases its window only by one packet and not two. So what is the problem, this is the way it has to be. For simplicity, some books and papers describe the slow start and cong.avoidance without using delayed acks, but the use of delayed acks _is_ supposed to make window expansion less aggressive. That's all. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Thu Jun 12 01:40:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16655 for hackers-outgoing; Thu, 12 Jun 1997 01:40:39 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA16650 for ; Thu, 12 Jun 1997 01:40:37 -0700 (PDT) Received: (qmail 4693 invoked from network); 12 Jun 1997 08:40:31 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 12 Jun 1997 08:40:31 -0000 Date: Thu, 12 Jun 1997 03:40:31 -0500 (CDT) From: Wayne Baety To: Ari Suutari cc: "'Brian Somers'" , Mark Tinguely , "freebsd-hackers@FreeBSD.ORG" Subject: RE: /var/run/natd.pid request In-Reply-To: <01BC771F.49BB8990@ari.suutari@ps.carel.fi> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-779932075-866104831=:17260" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII Well this is what i did a while back and needed the PID of natd....I think it requires procfs for the grepping of /proc thou.... I Just attached all of my cfg files for pppd..etc. Not sure if this was the best solution....but it worked for me. Also there is a script to return the pidof of a process by name....for the first match it prints just the PID but any other matches aren't parsed and status information is printed in the whole.....was a nice little script to get the PID of a named process quickly w/o using ps.....since at the time ps was crashing my -current. On Thu, 12 Jun 1997, Ari Suutari wrote: > Hi, > > On 12. kesakuuta 1997 10:18, Brian Somers [SMTP:brian@awfulhak.org] wrote: > > > > > > I finally figured out how to get natd working, and I have a little > > > suggestion: stuff the natd PID in /var/run/natd.pid. from my experiments > > > when the translating interface's address is dynamic (and using -dynamic > > > option), the natd process requires a SIGHUP to make the change to the > > > new address. If the natd PID is available, then it will simply the process. > > > > I've cc'd this to Ari Suutari (the author). I don't have any problem > > with this idea. > > > > Good idea, I'll add this to next version. > > > I did however think that the address change was transparent (reading the > > routing socket), but I havn't looked at the code. > > > > It is automatic based on messages in routing socket. It worked > for me with le & ep drivers but I haved tested it with ppp. The idea > is that sending SIGHUP should no longer be necessary. > > Ari S. > > --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ip-up Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: PPPD establish script IyEvYmluL3NoDQppcGxvY2FsPSQ0DQppcHJlbW90ZT0kNQ0KL3NiaW4vaWZj b25maWcgJDEgZGVsZXRlIDEwLjAuMC4xDQovc2Jpbi9pZmNvbmZpZyAkMSAk aXBsb2NhbCAkaXByZW1vdGUNCg0KIyMgZm9yIHNvbWUgcmVhc29uIHRoaXMg aXMgbmVjZXNzYXJ5IHRvby4uLg0KL3NiaW4vcm91dGUgY2hhbmdlIGRlZmF1 bHQgJGlwcmVtb3RlDQoNCiMjIyMgT2xkIE5ldCBhZGQgdHJhbnNsYXRpb24g dXANCiMgLSBSZW1vdmUgb2xkIHJ1bGVzDQojL3NiaW4vaXBuYXQgLXIgLWYg L2V0Yy9maXJld2FsbC9ydWxlcy5uYXQuZG93bg0KIyAtIENyZWF0ZSBhbmQg bG9hZCBuZXcgb25lcy4uLg0KI2VjaG8gIm1hcCBwcHAwIDE5OC4xNjguMS4x LzI0IC0+ICR7NH0vMzIgcG9ydG1hcCB0Y3AgMTAwMDA6MjAwMDAiID4gL2V0 Yy9maXJld2FsbC9ydWxlcy5uYXQudXANCiMvc2Jpbi9pcG5hdCAtZiAvZXRj L2ZpcmV3YWxsL3J1bGVzLm5hdC51cA0KIyMjIyMjDQoNCiMgU2luY2UgbmF0 ZCBkb2VzbnQgZ2l2ZSBpdHMgb3duIHBpZCBpbiB2YXIgcnVuDQojIGEgbGl0 dGxlIGNvb2tib29rIHJlY2lwaWUgaW4gbmF0ZCdzIHNjcmlwdA0KDQojIyBT SUdIVVAgd29ya3M/IHdhc250IGZvciBtZSEhDQpraWxsIC05IGBjYXQgL3Zh ci9ydW4vbmF0ZC5waWRgDQpzbGVlcCAxDQovdXNyL2xvY2FsL3NiaW4vbmF0 ZCAtdSAtbCAtcyAtbSAtYWxpYXNfYWRkcmVzcyAkaXBsb2NhbA0K --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ip-down Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: PPPD disconnect script IyEvYmluL3NoDQppcGxvY2FsPSIxMC4wLjAuMSINCmlwcmVtb3RlPSQ1DQoN Ci9zYmluL2lmY29uZmlnICQxIGRlbGV0ZQ0KL3NiaW4vaWZjb25maWcgJDEg JGlwbG9jYWwgJGlwcmVtb3RlIG5ldG1hc2sgMHhmZmZmZmYwMA0KL3NiaW4v aWZjb25maWcgJDEgdXANCg0KDQojIyMgT2xkIE5ldCBhZGQgdHJhbnNsYXRp b24gZG93bg0KIyAtUmVtb3ZlIG9sZCBydWxlcw0KIy9zYmluL2lwbmF0IC1y IC1mIC9ldGMvZmlyZXdhbGwvcnVsZXMubmF0LnVwDQojIC1DcmVhdGUgYW5k IGxvYWQgbmV3IG9uZXMNCiNlY2hvICJtYXAgZWQxIDE5OC4xNjguMS4xLzE2 IC0+IDEwLjAuMC4xLzMyIHBvcnRtYXAgdGNwIDEwMDAwOjIwMDAwIiA+IC9l dGMvZmlyZXdhbGwvcnVsZXMubmF0LmRvd24NCiMvc2Jpbi9pcG5hdCAtZiAv ZXRjL2ZpcmV3YWxsL3J1bGVzLm5hdC5kb3duDQojIyMjIyMjDQoNCg0KIyMj IENydWRlIGJ1dCB3b3Jrcy4uLi4uZG9udCBoYXZlIHRpbWUgdG8gcGVydXNl IG5hdGQgY29kZQ0Ka2lsbCAtOSBgY2F0IC92YXIvcnVuL25hdGQucGlkYA0K c2xlZXAgMQ0KL3Vzci9sb2NhbC9zYmluL25hdGQgLXUgLWwgLXMgLW0gLWFs aWFzX2FkZHJlc3MgJGlwbG9jYWwNCg== --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rc.local" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Some initial config opts for natdin here Iw0KIyBzaXRlLXNwZWNpZmljIHN0YXJ0dXAgYWN0aW9ucywgZGFlbW9ucw0K Iw0KIwkkRnJlZUJTRCQNCiMNCg0KVD0vdG1wL19tb3RkDQpybSAtZiAkVA0K dW5hbWUgLXYgfCBzZWQgLWUgJ3MsXlwoW14jXSpcKSAjXCguKiBbMS0yXVsw LTldWzAtOV1bMC05XVwpLiovXChbXlxdKlwpICQsXDEgKFwzKSAjXDIsJyA+ ICRUDQphd2sgJ3tpZiAoTlIgPT0gMSkge2lmICgkMSA9PSAiRnJlZUJTRCIp IHtuZXh0fSBlbHNlIHtwcmludCAiXG4iJDB9fSBlbHNlIHtwcmludH19JyA8 IC9ldGMvbW90ZCA+PiAkVA0KY3AgJFQgL2V0Yy9tb3RkDQpjaG1vZCA2NDQg L2V0Yy9tb3RkDQpybSAtZiAkVA0KDQplY2hvICcgJw0KZWNobyAnY29uZmln dXJpbmcgYXJwIHByb3RvY29sOicNCmFycCAtZiAvZXRjL2FycC5jb25mDQph cnAgLWENCmVjaG8gJyAnDQoNCmVjaG8gLW4gJ3N0YXJ0aW5nIGxvY2FsIGRh ZW1vbnM6ICcNCg0KIyBwdXQgeW91ciBsb2NhbCBzdHVmZiBoZXJlDQoNCmVj aG8gLW4gJ3JhcnBkICcNCnJhcnBkIC1hDQoNCmVjaG8gLW4gJ2Jpc2RuZDog Jw0KL3Vzci9sb2NhbC9iaW4vYmlzZG5kIC1sDQoNCmVjaG8gJ2lzZG4gcHBw IGFjdGl2ZScNCi9zYmluL2lmY29uZmlnIHBwcDAgMTAuMC4wLjEgMTk0LjY0 LjQuNyBuZXRtYXNrIDB4ZmZmZmZmMDANCi9zYmluL2lmY29uZmlnIHBwcDAg dXANCg0KL3NiaW4vcm91dGUgYWRkIGRlZmF1bHQgMTk0LjY0LjQuNw0KDQoj IHJvdXRlIGFkZCAtaW50ZXJmYWNlIHBwcDAgZG9lc250IHdvcmsNCg0KZWNo byAnaW50ZXJuZXR3b3JraW5nIGFjdGl2YXRlZCcNCmVjaG8gJyAnDQoNCmVj aG8gJ2NvbmZpZ3VyaW5nIGZpcmV3YWxsIGFuZCBuZXR3b3JrIGFkZHJlc3Mg dHJhbnNsYXRpb24uLi4nDQoNCiNpZiBbLXggL2V0Yy9maXJld2FsbC9pcGZp cmUgXQ0KI3RoZW4NCgkvZXRjL2ZpcmV3YWxsL2lwZmlyZQ0KI2ltcG9yYW50 IGZpcmUgd2FsbCBydWxlczoNCiMjIDYxMzYgaXMgdGhlIHNlcnZpY2UgcG9y dCBvZiB0aGUgbmF0ZCBkYWVtb24NCiMjDQojIyAvc2Jpbi9pcGZ3IGFkZCAx NTAwIGRpdmVydCA2MTM2IGlwIGZyb20gMTkyLjE2OC4xLjAvMjQgdG8gYW55 IHZpYSBlZDINCiMjIC9zYmluL2lwZncgYWRkIDE1MDAgZGl2ZXJ0IDYxMzYg aXAgZnJvbSBhbnkgdG8gYW55IHZpYSBwcHAwDQojZmkNCi91c3IvbG9jYWwv c2Jpbi9uYXRkIC11IC1sIC1zIC1tIC1hbGlhc19hZGRyZXNzIDEwLjAuMC4x DQoNCmVjaG8gJ1N0YXJ0aW5nIFdJTlMuLi4nDQovdXNyL2xvY2FsL3NiaW4v bm1iZCAtSCAvZXRjL25ob3N0cw0KDQplY2hvICdzeXN0ZW0gc3RhcnRlZC4g IExvYWRpbmcgWHNlcnZlci4uLi4nDQovdXNyL1gxMVI2L2Jpbi94ZG0NCg0K c2xlZXAgMQ0K --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=natd Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Natd pid wrapper script...requires pidof script IyEvYmluL3NoDQpvcHRzPSQqDQoNCmVjaG8gJG9wdHMgPiAvdmFyL3J1bi9u YXRkLm9wdHMNCi91c3IvbG9jYWwvc2Jpbi9uYXRkdSAkb3B0cyAmDQpzbGVl cCAxDQovdXNyL2xvY2FsL3NiaW4vcGlkb2YgbmF0ZCA+IC92YXIvcnVuL25h dGQucGlkDQoNCg== --0-779932075-866104831=:17260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pidof Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Returns PID of process by name IyEvdXNyL2Jpbi9wZXJsDQoNCiRwaWQgPSBgZ3JlcCBAQVJHViAvcHJvYy8q L3N0YXR1c2A7DQokcGlkID1+IHMvXC9wcm9jXC8vLzsNCiRwaWQgPX4gcy9c RC4qLy87DQoNCnByaW50ICIkcGlkIjsNCg== --0-779932075-866104831=:17260-- From owner-freebsd-hackers Thu Jun 12 01:49:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16966 for hackers-outgoing; Thu, 12 Jun 1997 01:49:08 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16960 for ; Thu, 12 Jun 1997 01:49:04 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.7.6/8.7.3) with SMTP id EAA08981 for ; Thu, 12 Jun 1997 04:49:02 -0400 (EDT) Date: Thu, 12 Jun 1997 04:49:02 -0400 (EDT) From: Alfred Perlstein To: freebsd-hackers@FreeBSD.ORG Subject: multicast? In-Reply-To: <199706120727.JAA10471@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can someone help me with two things? 1) i have a setup like so internet | school __|__ |FBsd | <--- gateway/firewall running NATD + named + samba ^^^|^^^ .--+--. <--- bnc 10mbit connection ___|_ _|__ |win95| |FBsd| ^^^^^ ^^^^ the topmost Fbsd box runs NATD and the internal machines are on private IPs, is there ANY way for me to propigate broadcasts (ie. XXX.XXX.XXX.255) through the natd machine? (probe for quake? and samba services on the inside?) and if anyone has samba running and can explain how to configure it so that my printer comes up with: a) a guest password that '95 users can use on the school network without having accounts on my samba machine. b) the driver info so that '95 users trying to use the printer don't have to manually pick a driver (i know to use "printer driver = ????" but it doesn't seem to work) c) give the printer a better name than "raw" its printcap name :) thank you Alfred Perlstein perlsta@cs.sunyit.edu From owner-freebsd-hackers Thu Jun 12 01:57:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17292 for hackers-outgoing; Thu, 12 Jun 1997 01:57:42 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA17285 for ; Thu, 12 Jun 1997 01:57:39 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id SAA08473 for freebsd-hackers@freebsd.org; Thu, 12 Jun 1997 18:57:35 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id SAA25570; Thu, 12 Jun 1997 18:56:35 +1000 (EST) Message-Id: <199706120856.SAA25570@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: user-mode nfs daemon References: In-Reply-To: from Doug Rabson at "Wed, 11 Jun 1997 16:15:23 +0000" Date: Thu, 12 Jun 1997 18:56:35 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wednesday, 11th June 1997, Doug Rabson wrote: >On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: > >> Has anyone ported the usermode nfs server from linux to freebsd? > >Why do you want this to work? The kernel NFS server is probably a lot >more efficient. Ah, yes, but the user mode one would be so much easier to change. No need for continuous build/reboot/login cycles. Once you have a user mode NFS server, you can tweak it to be a compressed file system, a crypto file system, or even an ftp converter. I think it would be cool to just do: $ cd /ftp/ftp.cdrom.com/pub/FreeBSD $ ls -l $ more README I think a user mode NFS server could become a hotbed of interesting development. All sorts of border-line-insane file system ideas could be explored with little danger to your kernel, and hence the rest of your file systems. What was that recent thread about a "tar" file system? Could scotty be interfaced with an NFS server to produce a file system of SNMP data? Could the DNS be similarly mapped? A special exploded CVS view where every release tree and every file revision is available for instant examination with ls, more, diff, wc, or whatever. All crazy, but kind of interesting. Maybe some are even useful. Stephen. From owner-freebsd-hackers Thu Jun 12 02:24:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18475 for hackers-outgoing; Thu, 12 Jun 1997 02:24:58 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA18461 for ; Thu, 12 Jun 1997 02:24:53 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 28173 invoked by uid 1001); 12 Jun 1997 09:24:47 +0000 (GMT) To: syssgm@dtir.qld.gov.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon In-Reply-To: Your message of "Thu, 12 Jun 1997 18:56:35 +1000" References: <199706120856.SAA25570@ogre.dtir.qld.gov.au> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Jun 1997 11:24:47 +0200 Message-ID: <28171.866107487@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Why do you want this to work? The kernel NFS server is probably a lot > >more efficient. > > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system, > or even an ftp converter. I think it would be cool to just do: > > $ cd /ftp/ftp.cdrom.com/pub/FreeBSD > $ ls -l > $ more README There are already several user mode file systems which let you do exactly this. Search for "Alex", for instance. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Thu Jun 12 02:25:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18535 for hackers-outgoing; Thu, 12 Jun 1997 02:25:41 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA18516 for ; Thu, 12 Jun 1997 02:25:32 -0700 (PDT) Received: from tahko.lpr.carel.fi ([192.46.69.100]) by lassie.eunet.fi with SMTP id AA07926 (5.67a/IDA-1.5 for ); Thu, 12 Jun 1997 12:25:19 +0300 Received: from mercury.ps.carel.fi by tahko.lpr.carel.fi with ESMTP (8.7.5/1.1) id MAA06305; Thu, 12 Jun 1997 12:19:33 +0300 (EET DST) Received: from sodium (sodium.ps.carel.fi [194.137.216.111]) by mercury.ps.carel.fi (8.8.2/8.8.2) with SMTP id NAA29214; Thu, 12 Jun 1997 13:16:49 +0300 (EET DST) Received: by localhost with Microsoft MAPI; Thu, 12 Jun 1997 12:38:12 +0300 Message-Id: <01BC772D.7D5DBC60@ari.suutari@ps.carel.fi> From: Ari Suutari To: "'Wayne Baety'" Cc: "'Brian Somers'" , Mark Tinguely , "freebsd-hackers@FreeBSD.ORG" Subject: RE: /var/run/natd.pid request Date: Thu, 12 Jun 1997 12:38:10 +0300 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On 12. kesakuuta 1997 11:41, Wayne Baety [SMTP:mrfoine@enteract.com] wrote: > > > Well this is what i did a while back and needed the PID of natd....I think > it requires procfs for the grepping of /proc thou.... I Just attached all > of my cfg files for pppd..etc. Not sure if this was the best > solution....but it worked for me. Also there is a script to return the > pidof of a process by name....for the first match it prints just the PID > but any other matches aren't parsed and status information is printed in > the whole.....was a nice little script to get the PID of a named process > quickly w/o using ps.....since at the time ps was crashing my -current. > > I browsed through your scripts: The reason why neither SIGHUP or -dynamic would work for you is that you use -alias_address option. Dynamic features work only if you give the name of interface (with -interface) option instead of using -alias_address. Ari S. From owner-freebsd-hackers Thu Jun 12 02:26:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18586 for hackers-outgoing; Thu, 12 Jun 1997 02:26:14 -0700 (PDT) Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18578 for ; Thu, 12 Jun 1997 02:26:11 -0700 (PDT) Received: by noc.demon.net; id KAA02317; Thu, 12 Jun 1997 10:26:08 +0100 (BST) Received: from stress.noc.demon.net(195.11.55.5) by inside.noc.demon.net via smap (3.2) id xma002315; Thu, 12 Jun 97 10:26:03 +0100 Received: from hdm by stress.noc.demon.net with local (Exim 1.61 #3) id 0wc68o-0003vO-00; Thu, 12 Jun 1997 10:26:02 +0100 To: Stephen McKay cc: freebsd-hackers@freebsd.org Subject: Re: user-mode nfs daemon X-Mailer: nmh v0.14, exmh 2.0gamma, gvim 4.5 X-Colour: Green In-reply-to: <199706120856.SAA25570@ogre.dtir.qld.gov.au> Date: Thu, 12 Jun 1997 10:26:02 +0100 From: Dom Mitchell Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen McKay wrote: > On Wednesday, 11th June 1997, Doug Rabson wrote: > > >On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: > > > >> Has anyone ported the usermode nfs server from linux to freebsd? > > > >Why do you want this to work? The kernel NFS server is probably a lot > >more efficient. > > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system > , > or even an ftp converter. I think it would be cool to just do: > > $ cd /ftp/ftp.cdrom.com/pub/FreeBSD > $ ls -l > $ more README Ah, you'll be wanting to look at alex. Take a peek at ftp://alex.sp.cs.cmu.edu/www/alex.html for further details, but that's a user level NFS server which maps ftp servers onto a filesystem. -Dom From owner-freebsd-hackers Thu Jun 12 02:31:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18924 for hackers-outgoing; Thu, 12 Jun 1997 02:31:58 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18918 for ; Thu, 12 Jun 1997 02:31:55 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA29555; Thu, 12 Jun 1997 02:32:03 -0700 (PDT) To: Stephen McKay cc: freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon In-reply-to: Your message of "Thu, 12 Jun 1997 18:56:35 +1000." <199706120856.SAA25570@ogre.dtir.qld.gov.au> Date: Thu, 12 Jun 1997 02:32:01 -0700 Message-ID: <29551.866107921@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system , > or even an ftp converter. I think it would be cool to just do: Can't you already do this with portals? :) Jordan From owner-freebsd-hackers Thu Jun 12 02:36:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19192 for hackers-outgoing; Thu, 12 Jun 1997 02:36:35 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19185 for ; Thu, 12 Jun 1997 02:36:33 -0700 (PDT) Received: (qmail 5929 invoked from network); 12 Jun 1997 09:36:31 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 12 Jun 1997 09:36:31 -0000 Date: Thu, 12 Jun 1997 04:36:31 -0500 (CDT) From: Wayne Baety To: Ari Suutari cc: "'Brian Somers'" , Mark Tinguely , "freebsd-hackers@FreeBSD.ORG" Subject: RE: /var/run/natd.pid request In-Reply-To: <01BC772D.7D5DBC60@ari.suutari@ps.carel.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997, Ari Suutari wrote: > Hi, > > On 12. kesakuuta 1997 11:41, Wayne Baety [SMTP:mrfoine@enteract.com] wrote: > > > > > > Well this is what i did a while back and needed the PID of natd....I think > > it requires procfs for the grepping of /proc thou.... I Just attached all > > of my cfg files for pppd..etc. Not sure if this was the best > > solution....but it worked for me. Also there is a script to return the > > pidof of a process by name....for the first match it prints just the PID > > but any other matches aren't parsed and status information is printed in > > the whole.....was a nice little script to get the PID of a named process > > quickly w/o using ps.....since at the time ps was crashing my -current. > > > > > > I browsed through your scripts: > > The reason why neither SIGHUP or -dynamic would work > for you is that you use -alias_address option. Dynamic features work > only if you give the name of interface (with -interface) option instead > of using -alias_address. > > Ari S. > I used -interface before and it wasnt working.....so I changed to specifying the alias_address my self and handling IP address changes myself....via pppd From owner-freebsd-hackers Thu Jun 12 03:01:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20242 for hackers-outgoing; Thu, 12 Jun 1997 03:01:55 -0700 (PDT) Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20234 for ; Thu, 12 Jun 1997 03:01:50 -0700 (PDT) Received: by noc.demon.net; id LAA04502; Thu, 12 Jun 1997 11:01:41 +0100 (BST) Received: from stress.noc.demon.net(195.11.55.5) by inside.noc.demon.net via smap (3.2) id xma004494; Thu, 12 Jun 97 11:01:31 +0100 Received: from hdm by stress.noc.demon.net with local (Exim 1.61 #3) id 0wc6h8-0003z8-00; Thu, 12 Jun 1997 11:01:30 +0100 To: "Jordan K. Hubbard" cc: Stephen McKay , freebsd-hackers@freebsd.org Subject: Re: user-mode nfs daemon X-Mailer: nmh v0.14, exmh 2.0gamma, gvim 4.5 X-Colour: Green In-reply-to: <29551.866107921@time.cdrom.com> Date: Thu, 12 Jun 1997 11:01:30 +0100 From: Dom Mitchell Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > Ah, yes, but the user mode one would be so much easier to change. No need > > for continuous build/reboot/login cycles. Once you have a user mode NFS > > server, you can tweak it to be a compressed file system, a crypto file syst > em > , > > or even an ftp converter. I think it would be cool to just do: > > Can't you already do this with portals? :) Speaking of which, is there any decent sample code for portals out there? -Dom From owner-freebsd-hackers Thu Jun 12 03:10:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20639 for hackers-outgoing; Thu, 12 Jun 1997 03:10:51 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20634 for ; Thu, 12 Jun 1997 03:10:49 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA24470; Thu, 12 Jun 1997 03:10:51 -0700 (PDT) To: Dom Mitchell cc: Stephen McKay , freebsd-hackers@freebsd.org Subject: Re: user-mode nfs daemon In-reply-to: Your message of "Thu, 12 Jun 1997 11:01:30 BST." Date: Thu, 12 Jun 1997 03:10:49 -0700 Message-ID: <24452.866110249@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Speaking of which, is there any decent sample code for portals out > there? Nope, we were all waiting on you and Stephen, actually. ;-) Seriously, I'm afraid it's UTSL only right now. Jordan From owner-freebsd-hackers Thu Jun 12 03:28:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA21361 for hackers-outgoing; Thu, 12 Jun 1997 03:28:53 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA21356 for ; Thu, 12 Jun 1997 03:28:50 -0700 (PDT) Received: from truk.brandinnovators.com (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 19737 on Thu, 12 Jun 1997 10:28:38 GMT; id KAA19737 efrom: hans@truk.brandinnovators.com; eto: UNKNOWN Received: by truk.brandinnovators.com (8.7.5/BI96070101) for <> id MAA24449; Thu, 12 Jun 1997 12:20:41 +0200 (MET DST) Message-Id: <199706121020.MAA24449@truk.brandinnovators.com> From: hans@brandinnovators.com (Hans Zuidam) Subject: Re: user-mode nfs daemon To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Thu, 12 Jun 1997 12:20:41 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG, syssgm@dtir.qld.gov.au In-Reply-To: <199706120856.SAA25570@ogre.dtir.qld.gov.au> from Stephen McKay at "Jun 12, 97 06:56:35 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Stephen McKay wrote: > On Wednesday, 11th June 1997, Doug Rabson wrote: > > >On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: > > > >> Has anyone ported the usermode nfs server from linux to freebsd? > >Why do you want this to work? The kernel NFS server is probably a lot > >more efficient. > > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system, > or even an ftp converter. I think it would be cool to just do: > > $ cd /ftp/ftp.cdrom.com/pub/FreeBSD > $ ls -l > $ more README > > I think a user mode NFS server could become a hotbed of interesting > development. > > All crazy, but kind of interesting. Maybe some are even useful. What "we" really want is a good implementation (or maybe even documentation :-) ) of the stackable filesystem layers as described in: Stackable Layers: An Architecture for File System Development, John Shelby Heidemann, UCLA, 1991. Apparently it is available on-line as ftp.cs.ucla.edu:pub/ficus/ucla_csd_910056.ps Hans -- H. Zuidam E-Mail: hans@brandinnovators.com Brand Innovators B.V. P-Mail: P.O. Box 1377 de Pinckart 54 5602 BJ Eindhoven, The Netherlands 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 From owner-freebsd-hackers Thu Jun 12 03:39:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA21894 for hackers-outgoing; Thu, 12 Jun 1997 03:39:39 -0700 (PDT) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.96.1.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21889 for ; Thu, 12 Jun 1997 03:39:36 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.5/8.8.5) with SMTP id GAA26666; Thu, 12 Jun 1997 06:39:31 -0400 (EDT) Date: Thu, 12 Jun 1997 06:39:30 -0400 (EDT) From: "Matthew N. Dodd" To: Stephen McKay cc: freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon In-Reply-To: <199706120856.SAA25570@ogre.dtir.qld.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In this vein has anyone seen ZipMagic for Win95/NT? Makes all your compressed files look like directories. Its s00per nifty. On Thu, 12 Jun 1997, Stephen McKay wrote: > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system, > or even an ftp converter. I think it would be cool to just do: > > $ cd /ftp/ftp.cdrom.com/pub/FreeBSD > $ ls -l > $ more README > > I think a user mode NFS server could become a hotbed of interesting > development. All sorts of border-line-insane file system ideas could > be explored with little danger to your kernel, and hence the rest of > your file systems. What was that recent thread about a "tar" file system? > Could scotty be interfaced with an NFS server to produce a file system of > SNMP data? Could the DNS be similarly mapped? A special exploded CVS > view where every release tree and every file revision is available for > instant examination with ls, more, diff, wc, or whatever. > > All crazy, but kind of interesting. Maybe some are even useful. > > Stephen. > /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Thu Jun 12 04:07:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22930 for hackers-outgoing; Thu, 12 Jun 1997 04:07:45 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA22922 for ; Thu, 12 Jun 1997 04:07:41 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA05372; Thu, 12 Jun 1997 07:02:11 -0400 (EDT) From: Peter Dufault Message-Id: <199706121102.HAA05372@hda.hda.com> Subject: Re: rtprio from non-root users ? In-Reply-To: <199706111352.PAA09210@labinfo.iet.unipi.it> from Luigi Rizzo at "Jun 11, 97 03:52:35 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 12 Jun 1997 07:02:11 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have (yesterday night) implemented a small change to rtprio (check > PRs in the last 24 hours, I don't remember the number) which reads > allowed users from /etc/rtprio.conf . Jordan suggests to use the > login.class database to add a rtprio capability, which seems a much > better approach. I am not very much in favour of modifying the kernel > if the desired functionality can be achieved in userspace. I looked at login.conf and it looks good. I assume it is the same as what I'm doing only general (I'm modifying sysctl settings when you successfully open the device and I assume that is how it works since the resource limits are now there - it is about as much user versus kernel in both cases only with the kernel work done). Thanks and I'll switch over. Unfortunately there is no history or standards sections on the related manpages and so I can't tell where these interfaces come from and how standard they are (I don't have the cvs stuff here). -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Thu Jun 12 05:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA25768 for hackers-outgoing; Thu, 12 Jun 1997 05:35:32 -0700 (PDT) Received: from richtea.csv.warwick.ac.uk (csubl@richtea.csv.warwick.ac.uk [137.205.148.135]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA25762 for ; Thu, 12 Jun 1997 05:35:05 -0700 (PDT) From: Mr M P Searle Message-Id: <1599.199706121229@richtea.csv.warwick.ac.uk> Received: by richtea.csv.warwick.ac.uk id NAA01599; Thu, 12 Jun 1997 13:29:29 +0100 (BST) Subject: Re: user-mode nfs daemon In-Reply-To: from "Matthew N. Dodd" at "Jun 12, 97 06:39:30 am" To: winter@jurai.net (Matthew N. Dodd) Date: Thu, 12 Jun 1997 13:29:22 +0100 (BST) Cc: syssgm@dtir.qld.gov.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In this vein has anyone seen ZipMagic for Win95/NT? > > Makes all your compressed files look like directories. > > Its s00per nifty. > > On Thu, 12 Jun 1997, Stephen McKay wrote: > > Ah, yes, but the user mode one would be so much easier to change. No need > > for continuous build/reboot/login cycles. Once you have a user mode NFS > > server, you can tweak it to be a compressed file system, a crypto file system, > > or even an ftp converter. I think it would be cool to just do: > > > > $ cd /ftp/ftp.cdrom.com/pub/FreeBSD > > $ ls -l > > $ more README > > > > I think a user mode NFS server could become a hotbed of interesting > > development. All sorts of border-line-insane file system ideas could > > be explored with little danger to your kernel, and hence the rest of > > your file systems. What was that recent thread about a "tar" file system? > > Could scotty be interfaced with an NFS server to produce a file system of > > SNMP data? Could the DNS be similarly mapped? A special exploded CVS > > view where every release tree and every file revision is available for > > instant examination with ls, more, diff, wc, or whatever. > > > > All crazy, but kind of interesting. Maybe some are even useful. > > > > Stephen. > > > I think last time this came up, the problem was that it would slow things down - but there are lots of things (like html docs, large images, etc.) that I'd want accessible, but I don't need often or quickly. Also, it doesn't have to be slow. ArcFS on the Acorn claims to speed up the HD. It does use an inefficient compression (like compress) and loads the whole archive into memory first, but that's still fast on a 25MHz processor. Maybe such a file system could use different compression methods depending on how often you wanted the file - or even special ones for some file types (eg images.) From owner-freebsd-hackers Thu Jun 12 05:35:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA25790 for hackers-outgoing; Thu, 12 Jun 1997 05:35:45 -0700 (PDT) Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA25785 for ; Thu, 12 Jun 1997 05:35:38 -0700 (PDT) Received: (qmail 5873 invoked by uid 128); 12 Jun 1997 12:35:36 -0000 Date: 12 Jun 1997 12:35:36 -0000 Message-ID: <19970612123536.5872.qmail@squirrel.tgsoft.com> From: mark thompson To: ulf@Gatekeeper.Alameda.net CC: hackers@FreeBSD.ORG In-reply-to: message from Ulf Zimmermann on Wed, 11 Jun 1997 11:25:56 -0700 (PDT) Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Ulf Zimmermann Date: Wed, 11 Jun 1997 11:25:56 -0700 (PDT) Ok. Everyone write Adobe that we want an Acrobat Reader for FreeBSD :) Good idea. FWIW, the Linux version seems to work fine once you convince the installer to install it. -mark From owner-freebsd-hackers Thu Jun 12 05:42:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26071 for hackers-outgoing; Thu, 12 Jun 1997 05:42:17 -0700 (PDT) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.96.1.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA26066 for ; Thu, 12 Jun 1997 05:42:15 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.5/8.8.5) with SMTP id IAA27332; Thu, 12 Jun 1997 08:41:48 -0400 (EDT) Date: Thu, 12 Jun 1997 08:41:48 -0400 (EDT) From: "Matthew N. Dodd" To: Mr M P Searle cc: freebsd-hackers@freebsd.org Subject: Re: user-mode nfs daemon In-Reply-To: <1599.199706121229@richtea.csv.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997, Mr M P Searle wrote: > I think last time this came up, the problem was that it would slow things > down - but there are lots of things (like html docs, large images, etc.) > that I'd want accessible, but I don't need often or quickly. > Also, it doesn't have to be slow. ArcFS on the Acorn claims to speed up the > HD. It does use an inefficient compression (like compress) and loads the > whole archive into memory first, but that's still fast on a 25MHz processor. > Maybe such a file system could use different compression methods depending > on how often you wanted the file - or even special ones for some file types > (eg images.) Most compressed file formats have a table of contents. Your filesystem layer wouldn't have to do anything with the file until the data would be accessed. I'm sure that the code could be fast-pathed to avoid performance problems for normal non arhive-file operations. Conceptually it sounds fairly straightforard if my understanding of what an be done at the VFS layer. As I've got no kernel hacking skills I really can't do more than say how nifty such things would be. *grin* I do know that I'll never use a command line archiver tool on my Win95 box again. Abstracting compressed files as directories is a completly logical and intuitive thing to do from a user point of view. Users don't care about such things, they only want access to the data. Terry, since you seem to have an opinion on such things, what is your view? For the sake of discussion... Have a good one. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Thu Jun 12 07:19:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28923 for hackers-outgoing; Thu, 12 Jun 1997 07:19:56 -0700 (PDT) Received: from bort.mv.net (root@bort.mv.net [192.80.84.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28918 for ; Thu, 12 Jun 1997 07:19:51 -0700 (PDT) Received: from jvc.keenesentinel.com ([204.97.20.57]) by bort.mv.net (8.8.5/mem-951016) with SMTP id KAA29128; Thu, 12 Jun 1997 10:19:31 -0400 (EDT) Message-Id: <1.5.4.32.19970612141858.006ed318@bort.mv.com> X-Sender: logrus-jv@bort.mv.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 12 Jun 1997 10:18:58 -0400 To: sn1perx@aol.com (Sn1perX) From: Feebrijee Subject: Re: I NEED HELP!!!!!!!! Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 07:19 PM 6/11/97 -0400, you wrote: >if any kind soul has any password stealing programs for AOL could they >please e-mail me Sorry for the delay in getting back to you. I didn't see your message amidst the hundreds of others I get every week asking me for AOL password crackers, Netscape hacks, and other goodies. As I tell the other extremely intelligent and handsome induhviduals who send such email, you best bet is to send whatever you have to "cert@cert.org". This non-profit organization caters to intelligent induhviduals (such as yourself) who seek such divine wisdom. Now, if you just send them one or two hacking files or password cracking programs, they probably won't give you a second thought. They might even give you some crap about being a world-wide organization dedicated to ridding the internet of induhviduals such as yourself. Don't pay any attention to them, they are just testing your ability to detect bullshit and see if you can take a joke. If you want to avoid such a juvenile display as this, which I'm sure someone of your level of expertise desires to do, I suggest providing them with a few detailed examples of any previous hacking exploits you might have preformed. Be sure to provide DETAILS. These guys can spot a luser a mile away. Well, I hope this information has helped you. I know that it does my heart good to assist brilliant induhviduals in their quest for knowledge. Good Luck! From owner-freebsd-hackers Thu Jun 12 08:10:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01632 for hackers-outgoing; Thu, 12 Jun 1997 08:10:19 -0700 (PDT) Received: from smtp1.ts.kiev.ua (viking.ts.kiev.ua [193.124.229.195]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01480 for ; Thu, 12 Jun 1997 08:07:04 -0700 (PDT) Received: from aviion.ts.kiev.ua by smtp1.ts.kiev.ua with SMTP id RAA28287; (8.8.3/zah/2.1) Thu, 12 Jun 1997 17:16:28 +0300 (EET DST) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id OAA13148; (8.6.11/zah/2.1) Thu, 12 Jun 1997 14:23:57 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id QAA04935; (8.6.9/zah/1.1) Thu, 12 Jun 1997 16:03:12 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id PAA00866; Thu, 12 Jun 1997 15:58:53 +0300 (EET DST) Message-ID: <339FE4BD.39D1@cki.ipri.kiev.ua> Date: Thu, 12 Jun 1997 14:59:57 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: Ulf Zimmermann CC: hackers@FreeBSD.ORG Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) References: <199706111825.LAA09111@Gatekeeper.Alameda.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ulf Zimmermann wrote: > > Ok. Everyone write Adobe that we want an Acrobat Reader for FreeBSD :) > > ----- Forwarded message from Adobe Support ----- > > >From service@Adobe.COM Tue Jun 10 11:40:07 1997 > From: service@Adobe.COM (Adobe Support) > Message-Id: <199706101843.LAA00996@mail-sea.sea.Adobe.COM> > Date: 10 Jun 97 11:40:23 > To: ulf@Gatekeeper.Alameda.net > Subject: Comment/Suggestion - Adobe Products - Acrobat Reader > > Hello Ulf, > > Hello Ulf, > > Thank you for contacting Adobe Customer Support via the Adobe Web site. > > Although there is no information currently available as to whether Acrobat will support BSD in the future with a version of the Acrobat Reader, we are constantly monitoring the trend in the marketplace to better serve the changing needs of our customers. You are important to us and we will take your request into consideration when planning future releases. > skipped > > Copyright 1997 Adobe Systems Incorporated > > --- On 06/09/97 12:37:05 P, you wrote --- > Why don't you guys compile a BSD version of acroread ? Like for BSD/OS or even > better for FreeBSD ? > if ypu want pdf reader, exists xpdf > --- original message ends --- > > ----- End of forwarded message from Adobe Support ----- > > Ulf. > > -------------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 > Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 From owner-freebsd-hackers Thu Jun 12 08:15:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02019 for hackers-outgoing; Thu, 12 Jun 1997 08:15:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02013 for ; Thu, 12 Jun 1997 08:15:51 -0700 (PDT) Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA12116 for ; Thu, 12 Jun 1997 08:15:35 -0700 (PDT) Received: (qmail 6347 invoked by uid 128); 12 Jun 1997 15:15:21 -0000 Date: 12 Jun 1997 15:15:21 -0000 Message-ID: <19970612151521.6346.qmail@squirrel.tgsoft.com> From: mark thompson To: hackers@freebsd.com Subject: floppy, redux Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote some time back about problems with my floppy... how it regularly writes and reads without reporting errors, but the data is incorrect. Well, i have now looked at it a bit more and the problem is not that the data is "wrong" (ie. the bits were written/read incorrectly), but that the data has been scrambled (little strings of otherwise "correct" data written in the wrong places in the file). It appears that the data which has moved to the wrong places is "near" to where it should be, implying that it was probably part of a single write/read. This scrambling appears to occur on both reads and writes, since the data on the disk is wrong, and the data that i read back is more wrong. For other reasons, i have replaced the floppy cable. The drive itself would seem innocent, since it pretty much is just a record/playback device. The floppy controller/DMA unit comes in for suspicion. Unfortunately, this started shortly after going to 2.2.1 from 2.1.7, so i also suspect the driver. I am hoping that all of this will suggest something to one of the experts out there, because otherwise i fear it will be mondo difficult to track down. -mark From owner-freebsd-hackers Thu Jun 12 08:20:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02366 for hackers-outgoing; Thu, 12 Jun 1997 08:20:48 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA02359 for ; Thu, 12 Jun 1997 08:20:46 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id LAA23244; Thu, 12 Jun 1997 11:20:07 -0400 Date: Thu, 12 Jun 1997 11:20:06 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: libXpm for freebsd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone have a working pointer for libXpm.so for freebsd 2.2? It's not on the cdrom that I can find; dejanews and altavista reveal many dead links; ftp.x.org is swamped; mirrors appear not to mirror all things. But many tools need libXpm to run well. All pointers appreciated. thanks ron Ron Minnich |Java: an operating-system-independent, rminnich@sarnoff.com |architecture-independent programming language (609)-734-3120 |for Windows/95 and Windows/NT on the Pentium ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Thu Jun 12 08:48:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA03773 for hackers-outgoing; Thu, 12 Jun 1997 08:48:35 -0700 (PDT) Received: from friley01.res.iastate.edu (friley01.res.iastate.edu [129.186.189.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA03758 for ; Thu, 12 Jun 1997 08:48:30 -0700 (PDT) Received: from friley01.res.iastate.edu (loopback [127.0.0.1]) by friley01.res.iastate.edu (8.8.5/8.8.5) with ESMTP id KAA19196; Thu, 12 Jun 1997 10:45:51 -0500 (CDT) Message-Id: <199706121545.KAA19196@friley01.res.iastate.edu> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stephen McKay cc: freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon In-reply-to: Your message of Thu, 12 Jun 1997 18:56:35 +1000. <199706120856.SAA25570@ogre.dtir.qld.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jun 1997 10:45:50 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Wednesday, 11th June 1997, Doug Rabson wrote: > >>On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: >> >>> Has anyone ported the usermode nfs server from linux to freebsd? >> >>Why do you want this to work? The kernel NFS server is probably a lot >>more efficient. > >Ah, yes, but the user mode one would be so much easier to change. No need >for continuous build/reboot/login cycles. Once you have a user mode NFS >server, you can tweak it to be a compressed file system, a crypto file system, >or even an ftp converter. I think it would be cool to just do: You don't want a user-mode nfs daemon, I believe you want the stackable fs layers. If you add compression, or encryption, or whatever, this would be a much nicer solution. I believe someone is working on porting the rest of the Heidemann stuff including some sort of user mode nfslike daemon which is useful for debugging layers.. This is something I would really like to see done. > >$ cd /ftp/ftp.cdrom.com/pub/FreeBSD >$ ls -l >$ more README > >I think a user mode NFS server could become a hotbed of interesting >development. All sorts of border-line-insane file system ideas could >be explored with little danger to your kernel, and hence the rest of >your file systems. What was that recent thread about a "tar" file system? >Could scotty be interfaced with an NFS server to produce a file system of >SNMP data? Could the DNS be similarly mapped? A special exploded CVS >view where every release tree and every file revision is available for >instant examination with ls, more, diff, wc, or whatever. Again, look at the Heidemann papers.. this is a much better starting point. > >All crazy, but kind of interesting. Maybe some are even useful. Definately.. Chris From owner-freebsd-hackers Thu Jun 12 08:56:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA04175 for hackers-outgoing; Thu, 12 Jun 1997 08:56:42 -0700 (PDT) Received: from ian.broken.net (R-ddo.resnet.ucsb.edu [128.111.120.207]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04169 for ; Thu, 12 Jun 1997 08:56:30 -0700 (PDT) Received: (from ian@localhost) by ian.broken.net (8.8.5/8.7.3) id IAA09043; Thu, 12 Jun 1997 08:56:08 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199706120856.SAA25570@ogre.dtir.qld.gov.au> Date: Thu, 12 Jun 1997 08:35:50 -0700 (PDT) From: Ian Struble To: Stephen McKay Subject: Re: user-mode nfs daemon Cc: freebsd-hackers@FreeBSD.ORG, istruble@cs.ucsb.edu Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 12-Jun-97 Stephen McKay wrote: >On Wednesday, 11th June 1997, Doug Rabson wrote: > >>On Wed, 11 Jun 1997, Joseph D. Orthoefer wrote: >> >>> Has anyone ported the usermode nfs server from linux to freebsd? >> >>Why do you want this to work? The kernel NFS server is probably a lot >>more efficient. > >Ah, yes, but the user mode one would be so much easier to change. No need >for continuous build/reboot/login cycles. Once you have a user mode NFS >server, you can tweak it to be a compressed file system, a crypto file system, >or even an ftp converter. I think it would be cool to just do: > >$ cd /ftp/ftp.cdrom.com/pub/FreeBSD >$ ls -l >$ more README > >I think a user mode NFS server could become a hotbed of interesting >development. All sorts of border-line-insane file system ideas could >be explored with little danger to your kernel, and hence the rest of >your file systems. What was that recent thread about a "tar" file system? >Could scotty be interfaced with an NFS server to produce a file system of >SNMP data? Could the DNS be similarly mapped? A special exploded CVS >view where every release tree and every file revision is available for >instant examination with ls, more, diff, wc, or whatever. There is actually already something very similar called UFO. In a nutshell it extends a users filesystem via FTP and HTTP modules, but other protocols can be supported with their own modules. And I know for a fact that we will be doing a FreeBSD port as soon as the current revisions are completed because I'll be doing it myself. Anyhow take a look... http://www.cs.ucsb.edu/research/ufo Ian ---- Ducharme's Axiom: If you view your problem closely enough you will recognize yourself as part of the problem. ---- From owner-freebsd-hackers Thu Jun 12 09:07:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04798 for hackers-outgoing; Thu, 12 Jun 1997 09:07:42 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA04791 for ; Thu, 12 Jun 1997 09:07:40 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA22910; Thu, 12 Jun 1997 09:06:39 -0700 Date: Thu, 12 Jun 1997 09:06:39 -0700 (PDT) From: "Brian N. Handy" To: hackers@FreeBSD.ORG Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) In-Reply-To: <339FE4BD.39D1@cki.ipri.kiev.ua> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997, Ruslan Shevchenko wrote: > [In pursuit of Acroread for FreeBSD] >if ypu want pdf reader, exists xpdf I've tried xpdf, and it only sort of works. I've had much better luck just using ghostscript with whatever magic it comes with. Brian From owner-freebsd-hackers Thu Jun 12 09:08:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04866 for hackers-outgoing; Thu, 12 Jun 1997 09:08:41 -0700 (PDT) Received: from mail.ican.net (mail.ican.net [198.133.36.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04861 for ; Thu, 12 Jun 1997 09:08:39 -0700 (PDT) Received: from oddjob.ican.net (oddjob.ican.net [198.133.36.7]) by mail.ican.net (8.8.5/8.8.5) with ESMTP id MAA09484 for ; Thu, 12 Jun 1997 12:03:08 -0400 (EDT) Received: (from josh@localhost) by oddjob.ican.net (8.8.5/8.8.5) id MAA19521; Thu, 12 Jun 1997 12:08:19 -0400 (EDT) Message-ID: <19970612120819.60013@ican.net> Date: Thu, 12 Jun 1997 12:08:19 -0400 From: Josh Tiefenbach To: hackers@freebsd.org Subject: Berkeley DB v2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed poking around Keith Bostic's web page that he has released db v2.0.6. Has there been any nacsent thought to importing it into the tree, even taking into account that the new package is not compatible at the binary level with v1.85? According to the notes on the web page, sendmail 8.9 (whenever that's due) will be using v2. (compiles cleanly under 2.2-STABLE in case anybody is wondering) josh -- Josh Tiefenbach - Assistant Gopher - ACC TelEnterprises - josh@ican.net From owner-freebsd-hackers Thu Jun 12 09:19:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05438 for hackers-outgoing; Thu, 12 Jun 1997 09:19:48 -0700 (PDT) Received: from ice.cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05431 for ; Thu, 12 Jun 1997 09:19:41 -0700 (PDT) Received: from localhost (brandon@localhost) by ice.cold.org (8.8.5/8.8.5) with SMTP id KAA04321 for ; Thu, 12 Jun 1997 10:19:43 -0600 (MDT) Date: Thu, 12 Jun 1997 10:19:43 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: waiting for response from send-pr? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just curious, a while back there was some discussion about a kernel config wrap program like the one Digital Unix has, so I whipped up one and submitted a send-pr. What sort of response should I expect back? I figured at least a yay or nay as far as if its even going to be considered for integration into FreeBSD would be applicable, but all I've had is silence... (did the send-pr even work?) -Brandon Gillespie From owner-freebsd-hackers Thu Jun 12 09:37:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06419 for hackers-outgoing; Thu, 12 Jun 1997 09:37:33 -0700 (PDT) Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06413 for ; Thu, 12 Jun 1997 09:37:19 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id LAA11915; Thu, 12 Jun 1997 11:37:07 -0500 (CDT) Date: Thu, 12 Jun 1997 11:37:07 -0500 (CDT) From: Mark Tinguely Message-Id: <199706121637.LAA11915@plains.NoDak.edu> To: root@bmccane.uit.net, tinguely@plains.NoDak.edu Subject: Re: /var/run/natd.pid request Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Everything then talks fine both on the firewall machine, and from my work > machine across the room, for 0-3 minutes. After that, the logging on the > console slows to a halt, and if I try to: > > ping prep.ai.mit.edu (arbitrary choice 8) I am using a really old (2400 baud) modem to play with this before we send it home with a couple professors. I completely hung the PPP connection once, but I figured it was the slow modem. I have been able to panic the NATD machine a couple of times with 2400 baud modem when I downloading big files (ftp or netscape bringing down an image). I can also replicate it by connectioning the NATD machine to another FreeBSD machine (386) a null-modem cable at only 9600 baud -- the 386 can't do much faster. It could be the slow nature of lines I am using or in the null-modem case, it could be due to the fact I was using 10.1.10/24 on the ed0 interface and 10.1.1/24 on the ppp0 interface. I guess I will try to get newer equipment in and see if crashing problems disappear. --mark. From owner-freebsd-hackers Thu Jun 12 09:45:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06765 for hackers-outgoing; Thu, 12 Jun 1997 09:45:08 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06760 for ; Thu, 12 Jun 1997 09:45:06 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id JAA05302 for ; Thu, 12 Jun 1997 09:45:03 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wcCwO-0000L1-00; Thu, 12 Jun 1997 09:41:40 -0700 Date: Thu, 12 Jun 1997 09:41:40 -0700 (PDT) From: Tom Samplonius To: Josh Tiefenbach cc: hackers@freebsd.org Subject: Re: Berkeley DB v2.0 In-Reply-To: <19970612120819.60013@ican.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997, Josh Tiefenbach wrote: > I noticed poking around Keith Bostic's web page that he has released db > v2.0.6. Has there been any nacsent thought to importing it into the tree, even > taking into account that the new package is not compatible at the binary level > with v1.85? > > According to the notes on the web page, sendmail 8.9 (whenever that's due) > will be using v2. > > (compiles cleanly under 2.2-STABLE in case anybody is wondering) > > josh > > -- > Josh Tiefenbach - Assistant Gopher - ACC TelEnterprises - josh@ican.net Not only are the db files not compatible, but the API has changed too. I suggest making db 2.0.6 a port. Tom From owner-freebsd-hackers Thu Jun 12 09:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07030 for hackers-outgoing; Thu, 12 Jun 1997 09:51:03 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07021 for ; Thu, 12 Jun 1997 09:50:51 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA13266; Thu, 12 Jun 1997 12:50:17 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 12 Jun 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id IAA19821; Thu, 12 Jun 1997 08:42:13 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id IAA00966; Thu, 12 Jun 1997 08:50:04 -0400 (EDT) Date: Thu, 12 Jun 1997 08:50:04 -0400 (EDT) From: Thomas David Rivers Message-Id: <199706121250.IAA00966@lakes.water.net> To: ponds!awfulhak.org!brian, ari.suutari@ps.carel.fi, ponds!plains.NoDak.edu!tinguely Subject: RE: /var/run/natd.pid request Cc: ponds!FreeBSD.ORG!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > On 12. kesakuuta 1997 10:18, Brian Somers [SMTP:brian@awfulhak.org] wrote: > > > > I did however think that the address change was transparent (reading the > > routing socket), but I havn't looked at the code. > > > > There seems to be a problem with -dynamic in latest releases. I have broken > the code with other changes. After browsing through versions > it seems that version 1.4 has working -dynamic code. > > I'll try to create version 1.8 as soon as possible to fix this. > > Ari S. > > Oh - wonderful! Thanks for fixing this... [I have to kill and restart natd ever time I change my SL/IP connection...] - Dave Rivers - From owner-freebsd-hackers Thu Jun 12 10:04:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07769 for hackers-outgoing; Thu, 12 Jun 1997 10:04:33 -0700 (PDT) Received: from cbgw1.lucent.com (cbgw1.lucent.com [192.20.239.133]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07764 for ; Thu, 12 Jun 1997 10:04:26 -0700 (PDT) Received: from sw.lucent.com by cbig1.firewall.lucent.com (SMI-8.6/EMS-L sol2) id MAA29704; Thu, 12 Jun 1997 12:55:43 -0400 Received: by sw.lucent.com (SMI-8.6/SMI-SVR4) id MAA29562; Thu, 12 Jun 1997 12:05:29 -0500 Date: Thu, 12 Jun 1997 12:05:29 -0500 From: jek@ibmgs.sw.lucent.com (Jon Kump) Message-Id: <199706121705.MAA29562@ sw.lucent.com> To: hackers@FreeBSD.ORG, rminnich@Sarnoff.COM Subject: Re: libXpm for freebsd Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: I4FKYGk1XPDGKe/E8kuV6Q== Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From rminnich@Sarnoff.COM Thu Jun 12 11:18:57 1997 > Date: Thu, 12 Jun 1997 11:20:06 -0400 (EDT) > From: "Ron G. Minnich" > X-Sender: rminnich@terra > To: hackers@FreeBSD.ORG > Subject: libXpm for freebsd > MIME-Version: 1.0 > X-Loop: FreeBSD.org > > Anyone have a working pointer for libXpm.so for freebsd 2.2? It's not on > the cdrom that I can find; dejanews and altavista reveal many dead links; > ftp.x.org is swamped; mirrors appear not to mirror all things. But many > tools need libXpm to run well. All pointers appreciated. look in the packages/All directory for xpm-3.4j I believe that is the package that you are looking for. Jon E. Kump > > thanks > ron > > > Ron Minnich |Java: an operating-system-independent, > rminnich@sarnoff.com |architecture-independent programming language > (609)-734-3120 |for Windows/95 and Windows/NT on the Pentium > ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html > > > From owner-freebsd-hackers Thu Jun 12 10:05:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07848 for hackers-outgoing; Thu, 12 Jun 1997 10:05:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07843 for ; Thu, 12 Jun 1997 10:05:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA09110 for hackers@freebsd.org; Thu, 12 Jun 1997 09:59:05 -0700 From: Terry Lambert Message-Id: <199706121659.JAA09110@phaeton.artisoft.com> Subject: FREEBSD ON TELEVISION PROGRAM To: hackers@freebsd.org Date: Thu, 12 Jun 1997 09:59:05 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I was flipping through channels last night, and what did I see? The Fox Broadcasting program "Strange Universe" was doing a segment on information privacy, and was showing a booting machine, which came up with a "FreeBSD 2.1.0 (GENERIC bla bla)" login! This is nearly as cool as the "BSD 9.2" graphical login in the movie "Die Hard!"... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 12 10:10:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08182 for hackers-outgoing; Thu, 12 Jun 1997 10:10:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA08177 for ; Thu, 12 Jun 1997 10:10:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09145; Thu, 12 Jun 1997 10:03:44 -0700 From: Terry Lambert Message-Id: <199706121703.KAA09145@phaeton.artisoft.com> Subject: Re: user-mode nfs daemon To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Thu, 12 Jun 1997 10:03:44 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG, syssgm@dtir.qld.gov.au In-Reply-To: <199706120856.SAA25570@ogre.dtir.qld.gov.au> from "Stephen McKay" at Jun 12, 97 06:56:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Has anyone ported the usermode nfs server from linux to freebsd? > > > >Why do you want this to work? The kernel NFS server is probably a lot > >more efficient. > > Ah, yes, but the user mode one would be so much easier to change. No need > for continuous build/reboot/login cycles. Once you have a user mode NFS > server, you can tweak it to be a compressed file system, a crypto file system, > or even an ftp converter. I think it would be cool to just do: 1) Build the NFS server as an LKM. 2) Load it. 3) Test it. 4) Unload it. 5) Change it. 6) Goto 1. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 12 10:16:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08521 for hackers-outgoing; Thu, 12 Jun 1997 10:16:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA08515 for ; Thu, 12 Jun 1997 10:16:02 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09168; Thu, 12 Jun 1997 10:06:52 -0700 From: Terry Lambert Message-Id: <199706121706.KAA09168@phaeton.artisoft.com> Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) To: rssh@cki.ipri.kiev.ua Date: Thu, 12 Jun 1997 10:06:52 -0700 (MST) Cc: ulf@Gatekeeper.Alameda.net, hackers@FreeBSD.ORG In-Reply-To: <339FE4BD.39D1@cki.ipri.kiev.ua> from "Ruslan Shevchenko" at Jun 12, 97 02:59:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > if ypu want pdf reader, exists xpdf It does not handle "encryption". The only purpose of "encryption" seems to be to make the thing require an Acrobat reader instead of xpdf (or some other third party reader). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 12 10:35:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09500 for hackers-outgoing; Thu, 12 Jun 1997 10:35:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09493 for ; Thu, 12 Jun 1997 10:35:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09204; Thu, 12 Jun 1997 10:27:52 -0700 From: Terry Lambert Message-Id: <199706121727.KAA09204@phaeton.artisoft.com> Subject: Re: user-mode nfs daemon To: winter@jurai.net (Matthew N. Dodd) Date: Thu, 12 Jun 1997 10:27:52 -0700 (MST) Cc: csubl@csv.warwick.ac.uk, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Matthew N. Dodd" at Jun 12, 97 08:41:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Most compressed file formats have a table of contents. Your filesystem > layer wouldn't have to do anything with the file until the data would be > accessed. I'm sure that the code could be fast-pathed to avoid > performance problems for normal non arhive-file operations. > > Conceptually it sounds fairly straightforard if my understanding of what > an be done at the VFS layer. As I've got no kernel hacking skills I > really can't do more than say how nifty such things would be. > > *grin* > > I do know that I'll never use a command line archiver tool on my Win95 box > again. Abstracting compressed files as directories is a completly logical > and intuitive thing to do from a user point of view. Users don't care > about such things, they only want access to the data. > > Terry, since you seem to have an opinion on such things, what is your > view? For the sake of discussion... John Heidemann sent me a copy of a compressing FS stacking layer that two of his students wrote, with the provision that I not redistribute the code (I actually got much of the VFS code into the 4.3BSD Net/2 release before the CSRG 4.4BSD-Lite release, on these same terms). My view is that the Heidemann code was kludged into the 4.4-Lite code base in response to the USL/UCB conesnt agreement (which removed 6 file components affecting 5 major kernel subsystems, in the vain hope that it would prevent 4.4BSD-Lite based systems from competing against SVR4). In other words, it was a last-minute nose-thumbing at USL, rather than a well considered and architected coding effort. Naturally there has been hell to pay for this largely political act, ever since. Welcome to the club. My view is that this kludging has never been corrected, but that the powers-that-be are so enamored with the idea that the code from CSRG is somehow blessed because of its origins, that they are afraid to change it, without establishing a prior full conceptual understanding of the existing code in a core team member. The problem with this provision is that the existing code is conceptually flawed in a number of ways, which means that it's impossible to get a consistent overview (quite logically, because it's not consistent). As a sidebar, I was able to get the compression stacking layer to work without problems, after I corrected the interfaces on my own machine, with the help of direct email exchanges with John Heidemann (my corrections are a lot more radical than the minor layering patches I have posted, which are minimalist ways of achieving some of the same ends). The 4.4BSD-Lite2 release was an additional pain in the ass, in that it compounded the kludges in a number of places. Unfortunately, I could not contribute 4.4BSD-Lite fixes back to CSRG directly for inclusion in Lite2, as I did not have the requisite SVR4 license to get a working 4.4BSD-Heavy machine running, and FreeBSD relative patches were not very practical for them. So my guess is that if you made your VFS layer in your FreeBSD kernel look like John Heidemann's thesis obviously intended it to look, you'd probably be successful; but don't expect to be able to do this within the existing framework of FreeBSD. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 12 10:36:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09583 for hackers-outgoing; Thu, 12 Jun 1997 10:36:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09574 for ; Thu, 12 Jun 1997 10:36:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09219; Thu, 12 Jun 1997 10:29:14 -0700 From: Terry Lambert Message-Id: <199706121729.KAA09219@phaeton.artisoft.com> Subject: Re: user-mode nfs daemon To: hans@brandinnovators.com (Hans Zuidam) Date: Thu, 12 Jun 1997 10:29:14 -0700 (MST) Cc: syssgm@dtir.qld.gov.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199706121020.MAA24449@truk.brandinnovators.com> from "Hans Zuidam" at Jun 12, 97 12:20:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What "we" really want is a good implementation (or maybe even > documentation :-) ) of the stackable filesystem layers as described > in: > > Stackable Layers: An Architecture for File System Development, > John Shelby Heidemann, UCLA, 1991. > > Apparently it is available on-line as > ftp.cs.ucla.edu:pub/ficus/ucla_csd_910056.ps This is, in fact, the base code for the 4.4BSD FS. It's just that the integration was terribly kludged (it was a rush job for legal and political reasons, instead of a good job for technical reasons). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jun 12 10:53:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10527 for hackers-outgoing; Thu, 12 Jun 1997 10:53:50 -0700 (PDT) Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA10517 for ; Thu, 12 Jun 1997 10:53:37 -0700 (PDT) Received: from sirius.we.lc.ehu.es by polaris.we.lc.ehu.es (SMI-8.6/SMI-SVR4) id TAA03659; Thu, 12 Jun 1997 19:52:36 +0200 From: borjam@we.lc.ehu.es (Borja Marcos) Received: by sirius.we.lc.ehu.es (4.1/SMI-4.1) id AA04912; Thu, 12 Jun 97 19:54:27 +0200 Message-Id: <9706121754.AA04912@sirius.we.lc.ehu.es> Subject: Re: FREEBSD ON TELEVISION PROGRAM To: hackers@freebsd.org Date: Thu, 12 Jun 1997 19:54:26 +0200 (MET DST) In-Reply-To: <199706121659.JAA09110@phaeton.artisoft.com> from "Terry Lambert" at Jun 12, 97 09:59:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, I was flipping through channels last night, and what did I see? > > The Fox Broadcasting program "Strange Universe" was doing a segment > on information privacy, and was showing a booting machine, which > came up with a "FreeBSD 2.1.0 (GENERIC bla bla)" login! > > This is nearly as cool as the "BSD 9.2" graphical login in the > movie "Die Hard!"... ... Or the "C:\UNIX>" prompt a friend mentioned in a short science fiction story... (a mathematician). Unfortunately I discovered the error when he had just submitted the story to the university's scifi contest. Anyway, after that, he started to learn Unix (they bought a NeXT) and he won't write such terrible things again. Borja. -- *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjam@well.com 48990 - Algorta (Vizcaya) * borjamar@sarenet.es SPAIN * CompuServe: 100015,3502 *********************************************************************** From owner-freebsd-hackers Thu Jun 12 11:09:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11325 for hackers-outgoing; Thu, 12 Jun 1997 11:09:41 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11320 for ; Thu, 12 Jun 1997 11:09:39 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA21038; Thu, 12 Jun 1997 11:09:23 -0700 Date: Thu, 12 Jun 1997 11:09:22 -0700 (PDT) From: "Brian N. Handy" To: Brandon Gillespie Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: waiting for response from send-pr? In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997, Brandon Gillespie wrote: >Just curious, a while back there was some discussion about a kernel config >wrap program like the one Digital Unix has, so I whipped up one and >submitted a send-pr. What sort of response should I expect back? I >figured at least a yay or nay as far as if its even going to be considered >for integration into FreeBSD would be applicable, but all I've had is >silence... (did the send-pr even work?) I remember this. I just checked and it's still there: http://www.freebsd.org/cgi/query-pr.cgi?pr=3386 So the send-pr worked, it just hasn't [yet] grabbed the attention of anyone important. Maybe it's time for you to walk the corridors of power... Brian From owner-freebsd-hackers Thu Jun 12 12:08:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14696 for hackers-outgoing; Thu, 12 Jun 1997 12:08:15 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA14691 for ; Thu, 12 Jun 1997 12:08:12 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 20626 on Thu, 12 Jun 1997 19:08:02 GMT; id TAA20626 efrom: peter@grendel.IAEhv.nl; eto: UNKNOWN Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id UAA00523; Thu, 12 Jun 1997 20:35:03 +0200 (CEST) Message-ID: <19970612203503.07138@hw.nl> Date: Thu, 12 Jun 1997 20:35:03 +0200 From: Peter Korsten To: Sn1perX Cc: hackers@freebsd.org Subject: Re: Need MAOL References: <19970611232100.TAA06923@ladder02.news.aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: <19970611232100.TAA06923@ladder02.news.aol.com>; from Sn1perX on Wed, Jun 11, 1997 at 07:21:52PM -0400 Reply-To: abuse@aol.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sn1perX shared with us: > i have master aol here, will trade 4 any aol password stealing progs 4 aol Just reply to this mail and everything will be taken care off. - Peter From owner-freebsd-hackers Thu Jun 12 12:33:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA16174 for hackers-outgoing; Thu, 12 Jun 1997 12:33:29 -0700 (PDT) Received: from ascc.artsci.wustl.edu (emartin@artsci.wustl.edu [128.252.93.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16154 for ; Thu, 12 Jun 1997 12:33:06 -0700 (PDT) Received: (from emartin@localhost) by ascc.artsci.wustl.edu (8.8.5/ECL-JEK1.1) id OAA00421 for hackers@freebsd.org; Thu, 12 Jun 1997 14:32:17 -0500 (CDT) Date: Thu, 12 Jun 1997 14:32:17 -0500 (CDT) From: Elizabeth Ann Martin Message-Id: <199706121932.OAA00421@ascc.artsci.wustl.edu> To: hackers@freebsd.org Subject: hfs + msdos + ZIP 2.2.1-R Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am under the impression that the (Macintosh) hfs port + msdos LINT enable + SCSI Iomega ZIP (100 Mb) drive will allow me to mount either hfs- or msdos- formatted ZIP disks on my 2.2.1-RELEASE system. Is this correct? From owner-freebsd-hackers Thu Jun 12 12:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA16602 for hackers-outgoing; Thu, 12 Jun 1997 12:40:50 -0700 (PDT) Received: from ice.cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16597; Thu, 12 Jun 1997 12:40:48 -0700 (PDT) Received: from localhost (brandon@localhost) by ice.cold.org (8.8.5/8.8.5) with SMTP id NAA04733; Thu, 12 Jun 1997 13:40:52 -0600 (MDT) Date: Thu, 12 Jun 1997 13:40:51 -0600 (MDT) From: Brandon Gillespie To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: dump/restore with compression Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there plans to integrate a compression option into dump and restore? Does anybody USE dump/restore anymore? I've been using the Digital Unix equivalent 'vdump' and 'vrestore' for a while now, and it has a lot more capability than the older dump/restore (such as compression 8) Or is there a better alternative? Should I just stick with gnu tar? -Brandon Gillespie From owner-freebsd-hackers Thu Jun 12 13:11:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18222 for hackers-outgoing; Thu, 12 Jun 1997 13:11:12 -0700 (PDT) Received: from watermarkgroup.com (lor.watermarkgroup.com [38.246.139.30]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA18217 for ; Thu, 12 Jun 1997 13:11:05 -0700 (PDT) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA17059; Thu, 12 Jun 97 16:10:32 EDT Date: Thu, 12 Jun 97 16:10:32 EDT From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9706122010.AA17059@watermarkgroup.com> To: hackers@FreeBSD.ORG Subject: Re: Comment/Suggestion - Adobe Products - Acrobat Reader (fwd) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> if ypu want pdf reader, exists xpdf > >It does not handle "encryption". The only purpose of "encryption" >seems to be to make the thing require an Acrobat reader instead of >xpdf (or some other third party reader). > I have made xpdf to work with encrypted documents. The author also claimed he had such a version, but didn't release the code because the encryption algorithm (RC4) was a trade secret. I could post my patch if someone is interested, but you need to get RC4 code yourself (I got it from some ftp site outside US, I forgot the address). -lq > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. From owner-freebsd-hackers Thu Jun 12 13:13:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18352 for hackers-outgoing; Thu, 12 Jun 1997 13:13:56 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA18342 for ; Thu, 12 Jun 1997 13:13:52 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id QAA14478 for ; Thu, 12 Jun 1997 16:14:47 -0400 (EDT) Date: Thu, 12 Jun 1997 16:14:47 -0400 (EDT) From: "David E. Cross" To: hackers@freebsd.org Subject: encrypted backups. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I backup my data to a 'public' device, and have sensative data on that device that I would prefer to keep trying eyes away from, I currently do this with a: tar -cvf - | bdes | ssh -l user host "cat >/dev/rmt0" 2>/tmp/tar.log (the network is also inseure) is there a better way to do this. -- David Cross From owner-freebsd-hackers Thu Jun 12 13:21:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18796 for hackers-outgoing; Thu, 12 Jun 1997 13:21:28 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA18791 for ; Thu, 12 Jun 1997 13:21:21 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 1676 invoked by uid 1001); 12 Jun 1997 20:21:16 +0000 (GMT) To: hackers@freebsd.org Subject: New Netperf throughput numbers for FreeBSD X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Jun 1997 22:21:16 +0200 Message-ID: <1674.866146876@verdi.nethelp.no> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just submitted a new set of throughput numbers for Fast Ethernet and FreeBSD to Rick Jones, the Netperf maintainer. In short, we can fill the wire :-) I measured 93.57 Mbit/s with Netperf. This was the best of several measurements with different socket buffer sizes and read/write sizes. However, *all* of the measurements were above 93 Mbit/s. If you look at the bits on the wire, 93.57 Mbit/s (application to application) corresponds to 93.57 * (1538/1440) = 99.94 Mbit/s on the wire. Note that 1440 is the correct number, not 1460 - because I made no changes to the default use of RFC 1323 and RFC 1644 extensions (so each packet has 20 bytes of TCP options). The setup was: Sender: noname machine, PPro-200 with 256 KB cache, 440FX chipset, BCM Advanced Research SQ600 mainboard, 64 MB memory. Kingston (DEC 21140 based) 100BaseTX network card. FreeBSD 2.2-BETA operating system. Receover: noname machine, P-133 with 256 KB cache, 430VX chipset, QDI P5I430VX motherboard, 32 MB memory. Intel Pro 100/B 100BaseTX network card. FreeBSD 3.0-970124-SNAP operating system. Both machines were run with no other load during the test. They were connected via a Cisco Catalyst 5000 switch. Connections to both hosts were full duplex. The network was isolated. The P-133 was clearly a limiting factor. Running 'top' showed that it was spending something like 99% of the time in kernel or interrupt mode during this test - so even with a network faster than 100 Mbps Ethernet, *this* particular setup wouldn't run much faster. However, the PPro-200 still had plenty of CPU left. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Thu Jun 12 14:00:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20573 for hackers-outgoing; Thu, 12 Jun 1997 14:00:48 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20565 for ; Thu, 12 Jun 1997 14:00:44 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA05858; Thu, 12 Jun 1997 20:54:21 +0100 (BST) Message-Id: <199706121954.UAA05858@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Tinguely cc: root@bmccane.uit.net, freebsd-hackers@FreeBSD.ORG Subject: Re: /var/run/natd.pid request In-reply-to: Your message of "Thu, 12 Jun 1997 11:37:07 CDT." <199706121637.LAA11915@plains.NoDak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jun 1997 20:54:20 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Everything then talks fine both on the firewall machine, and from my work > > machine across the room, for 0-3 minutes. After that, the logging on the > > console slows to a halt, and if I try to: > > > > ping prep.ai.mit.edu (arbitrary choice 8) > > I am using a really old (2400 baud) modem to play with this before we send > it home with a couple professors. I completely hung the PPP connection once, > but I figured it was the slow modem. I have been able to panic the NATD > machine a couple of times with 2400 baud modem when I downloading big files A "hack" has fixed the panic in 2.2 and -current for the moment. I'm looking at figuring out a proper fix now. For the moment, you could try using ppp rather than pppd/natd. Wait 'till natd is part of /usr/src :) > --mark. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Jun 12 14:15:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21204 for hackers-outgoing; Thu, 12 Jun 1997 14:15:14 -0700 (PDT) Received: from global.dca.net (global.dca.net [204.183.80.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA21199 for ; Thu, 12 Jun 1997 14:15:11 -0700 (PDT) Received: from global.dca.net (localhost.dca.net [127.0.0.1]) by global.dca.net (8.8.5/8.6.12) with SMTP id RAA01992 for ; Thu, 12 Jun 1997 17:15:10 -0400 (EDT) Date: Thu, 12 Jun 1997 17:15:10 -0400 (EDT) From: Peter David Roehsler To: hackers-digest@freebsd.org Subject: unsubscribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Thu Jun 12 14:40:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22413 for hackers-outgoing; Thu, 12 Jun 1997 14:40:29 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22396; Thu, 12 Jun 1997 14:40:23 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA12271; Thu, 12 Jun 1997 15:40:16 -0600 (MDT) Date: Thu, 12 Jun 1997 15:40:16 -0600 (MDT) Message-Id: <199706122140.PAA12271@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Brandon Gillespie Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dump/restore with compression In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is there plans to integrate a compression option into dump and > restore? Unless you do compression on a file basis, a single bit error means that everything after the error is useless. Also, since most newer backup systems have hardware compression built-in, it's not as big a deal as it used to be given that they aren't limited to the single-bit problem due to using CRC's and such which can correct most errors. > Does anybody USE dump/restore anymore? That's all I've been using for years, and still use regularly. (Though not as regularly as I should. :( ) Nate From owner-freebsd-hackers Thu Jun 12 14:44:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22639 for hackers-outgoing; Thu, 12 Jun 1997 14:44:14 -0700 (PDT) Received: from nemeton.com.au (gw.nemeton.com.au [203.8.3.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA22634 for ; Thu, 12 Jun 1997 14:44:09 -0700 (PDT) Received: (qmail 24685 invoked from network); 12 Jun 1997 21:43:49 -0000 Received: from topaz.nemeton.com.au (203.8.3.18) by nemeton.com.au with SMTP; 12 Jun 1997 21:43:49 -0000 Received: (qmail 2327 invoked from network); 12 Jun 1997 21:47:37 -0000 Received: from localhost.nemeton.com.au (127.0.0.1) by localhost.nemeton.com.au with SMTP; 12 Jun 1997 21:47:37 -0000 To: Josh Tiefenbach cc: hackers@freebsd.org Subject: Re: Berkeley DB v2.0 In-reply-to: <19970612120819.60013@ican.net> Date: Fri, 13 Jun 1997 07:47:36 +1000 Message-ID: <2325.866152056@nemeton.com.au> From: Giles Lean Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 12 Jun 1997 12:08:19 -0400 Josh Tiefenbach wrote: > I noticed poking around Keith Bostic's web page that he has released db > v2.0.6. Has there been any nacsent thought to importing it into the tree, even > taking into account that the new package is not compatible at the binary level > with v1.85? The licence changed too. Why not make it a port (and a package :) and postpone decisions about incorporating it into the tree. Giles From owner-freebsd-hackers Thu Jun 12 15:02:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23457 for hackers-outgoing; Thu, 12 Jun 1997 15:02:45 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23188 for ; Thu, 12 Jun 1997 14:58:49 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem11.usc.unal.edu.co [168.176.3.41]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id QAA10240; Thu, 12 Jun 1997 16:57:21 -0500 (COT) Message-ID: <33A08BB0.64B7@fps.biblos.unal.edu.co> Date: Thu, 12 Jun 1997 16:52:16 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Hans Zuidam CC: Stephen McKay , freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon References: <199706121020.MAA24449@truk.brandinnovators.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hans Zuidam wrote: > > What "we" really want is a good implementation (or maybe even > documentation :-) ) of the stackable filesystem layers as described > in: > ...[snip] Maybe it didn't make it to this list but John Heidemman made this announcement on fs: ___________________ After some e-mail discussions with Michael Hancock I've put a copy of all of the freely available code from my SunOS implementation of stacking up on my web page at . All propriatry bits of code have been removed so this isn't a running system but it may be interesting for study. I am not currently able to contribute to adding this code to FreeBSD (or other OSes), but I am happy to answer questions about the code and I would like to hear from you if you're interested in experimenting with it. -John Heidemann ________________ And it's all there waiting for more voluntaries :-) Pedro. (BTW, I searched this old posting and couldn't help seeing the new web page in FreeBSD.org. Good Job !) > > Hans > > -- > H. Zuidam E-Mail: hans@brandinnovators.com > Brand Innovators B.V. P-Mail: P.O. Box 1377 > de Pinckart 54 5602 BJ Eindhoven, The Netherlands > 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 From owner-freebsd-hackers Thu Jun 12 15:11:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23817 for hackers-outgoing; Thu, 12 Jun 1997 15:11:16 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23810 for ; Thu, 12 Jun 1997 15:11:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id PAA15385; Thu, 12 Jun 1997 15:10:59 -0700 (PDT) Message-Id: <199706122210.PAA15385@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: winter@jurai.net (Matthew N. Dodd), csubl@csv.warwick.ac.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: user-mode nfs daemon In-reply-to: Your message of "Thu, 12 Jun 1997 10:27:52 PDT." <199706121727.KAA09204@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 12 Jun 1997 15:10:58 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >My view is that this kludging has never been corrected, but that >the powers-that-be are so enamored with the idea that the code >from CSRG is somehow blessed because of its origins, that they >are afraid to change it, without establishing a prior full >conceptual understanding of the existing code in a core team >member. No, that's not the reason. Some of the changes that you are advocating were discussed prior to you mentioning them. The decision not to change these things was made because of release engineering and other concerns, and not because the code was "blessed". Secondly, some of your ideas are simply wrong in the minds of some of the former CSRG people (and others), and we either agree with these CSRG people or we are neutral but desire to keep a positive ongoing relationship with them. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jun 12 15:30:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24764 for hackers-outgoing; Thu, 12 Jun 1997 15:30:50 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24758 for ; Thu, 12 Jun 1997 15:30:47 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA10825; Thu, 12 Jun 1997 15:23:26 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd010823; Thu Jun 12 22:23:25 1997 Date: Thu, 12 Jun 1997 15:22:22 -0700 (PDT) From: Julian Elischer To: Josh Tiefenbach cc: hackers@FreeBSD.ORG Subject: Re: Berkeley DB v2.0 In-Reply-To: <19970612120819.60013@ican.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk check out the copyrights too I talked to kieth about this. we should be ok to ship it as part of rfreeBSD but people are not going to be free to take it and use it on a SUN or DOS box.. the copyright allows use "as part of a system which already utilises ndb" On Thu, 12 Jun 1997, Josh Tiefenbach wrote: > I noticed poking around Keith Bostic's web page that he has released db > v2.0.6. Has there been any nacsent thought to importing it into the tree, even > taking into account that the new package is not compatible at the binary level > with v1.85? > > According to the notes on the web page, sendmail 8.9 (whenever that's due) > will be using v2. > > (compiles cleanly under 2.2-STABLE in case anybody is wondering) > > josh > > -- > Josh Tiefenbach - Assistant Gopher - ACC TelEnterprises - josh@ican.net > From owner-freebsd-hackers Thu Jun 12 17:34:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00486 for hackers-outgoing; Thu, 12 Jun 1997 17:34:34 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00474 for ; Thu, 12 Jun 1997 17:34:28 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA22927; Fri, 13 Jun 1997 10:04:14 +0930 (CST) From: Michael Smith Message-Id: <199706130034.KAA22927@genesis.atrad.adelaide.edu.au> Subject: Re: encrypted backups. In-Reply-To: from "David E. Cross" at "Jun 12, 97 04:14:47 pm" To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Fri, 13 Jun 1997 10:04:14 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David E. Cross stands accused of saying: > I backup my data to a 'public' device, and have sensative data on that > device that I would prefer to keep trying eyes away from, I currently > do this with a: > tar -cvf - | bdes | ssh -l user host "cat >/dev/rmt0" 2>/tmp/tar.log > > (the network is also inseure) > > is there a better way to do this. What's wrong with the above method? Looks pretty good to me. > David Cross -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Jun 12 17:53:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01127 for hackers-outgoing; Thu, 12 Jun 1997 17:53:44 -0700 (PDT) Received: from argus.nuke.net (node19.tfs.net [207.2.220.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01116 for ; Thu, 12 Jun 1997 17:53:25 -0700 (PDT) Received: (from jbryant@localhost) by argus.nuke.net (8.8.5/8.8.5) id TAA13975; Thu, 12 Jun 1997 19:53:05 -0500 (CDT) From: Jim Bryant Message-Id: <199706130053.TAA13975@argus.nuke.net> Subject: Re: FREEBSD ON TELEVISION PROGRAM To: borjam@we.lc.ehu.es (Borja Marcos) Date: Thu, 12 Jun 1997 19:53:04 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <9706121754.AA04912@sirius.we.lc.ehu.es> from "Borja Marcos" at Jun 12, 97 07:54:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > Well, I was flipping through channels last night, and what did I see? > > > > The Fox Broadcasting program "Strange Universe" was doing a segment > > on information privacy, and was showing a booting machine, which > > came up with a "FreeBSD 2.1.0 (GENERIC bla bla)" login! > > > > This is nearly as cool as the "BSD 9.2" graphical login in the > > movie "Die Hard!"... > > ... Or the "C:\UNIX>" prompt a friend mentioned in > a short science fiction story... (a mathematician). Unfortunately > I discovered the error when he had just submitted the story > to the university's scifi contest. Anyway, after that, he > started to learn Unix (they bought a NeXT) and he won't write > such terrible things again. what's wrong with C:\UNIX> ??? Script started on Thu Jun 12 19:46:53 1997 7:46:53pm argus(1): md `echo "C:\\\\UNIX>"` 7:46:58pm argus(2): ls -lagR C:* total 3 drwxr-xr-x 2 jbryant wheel 512 Jun 12 19:46 . drwx------ 29 jbryant wheel 2048 Jun 12 19:47 .. 7:47:03pm argus(3): cd C:* 7:47:10pm argus(4): pwd /home/jbryant/C:\UNIX> 7:47:13pm argus(5): exit Script done on Thu Jun 12 19:47:18 1997 :^P jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam --------------------------------------------------------------------------- DOS sux, Win Blowz, NT droolz, while Unix R00LZ!@# From owner-freebsd-hackers Thu Jun 12 18:10:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01732 for hackers-outgoing; Thu, 12 Jun 1997 18:10:58 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01724 for ; Thu, 12 Jun 1997 18:10:53 -0700 (PDT) Received: from mail.ican.net (mail.ican.net [198.133.36.5]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id SAA23388 for ; Thu, 12 Jun 1997 18:10:15 -0700 (PDT) Received: from oddjob.ican.net (oddjob.ican.net [198.133.36.7]) by mail.ican.net (8.8.5/8.8.5) with ESMTP id VAA18595 for ; Thu, 12 Jun 1997 21:03:28 -0400 (EDT) Received: (from josh@localhost) by oddjob.ican.net (8.8.5/8.8.5) id VAA14220; Thu, 12 Jun 1997 21:08:41 -0400 (EDT) Message-ID: <19970612210841.25280@ican.net> Date: Thu, 12 Jun 1997 21:08:41 -0400 From: Josh Tiefenbach To: hackers@freebsd.org Subject: Re: Berkeley DB v2.0 References: <19970612120819.60013@ican.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: ; from Julian Elischer on Thu, Jun 12, 1997 at 03:22:22PM -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [various comments re: licensing and making into a port elided.] Right. Ok. Its a port. Waiting for a committer friend of mine to import it. josh -- Josh Tiefenbach - Assistant Gopher - ACC TelEnterprises - josh@ican.net From owner-freebsd-hackers Thu Jun 12 18:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01821 for hackers-outgoing; Thu, 12 Jun 1997 18:13:47 -0700 (PDT) Received: from ohm.ingsala.unal.edu.co ([168.176.15.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01811 for ; Thu, 12 Jun 1997 18:13:35 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem03.usc.unal.edu.co [168.176.3.33]) by ohm.ingsala.unal.edu.co (8.8.5/8.8.5) with SMTP id UAA10447; Thu, 12 Jun 1997 20:14:26 -0500 (COT) Message-ID: <33A0B8C4.568A@fps.biblos.unal.edu.co> Date: Thu, 12 Jun 1997 20:04:37 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Terry Lambert CC: freebsd-hackers@freebsd.org Subject: Re: user-mode nfs daemon References: <199706121727.KAA09204@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > ... > > As a sidebar, I was able to get the compression stacking layer > to work without problems, after I corrected the interfaces on > my own machine, with the help of direct email exchanges with > John Heidemann (my corrections are a lot more radical than the > minor layering patches I have posted, which are minimalist ways > of achieving some of the same ends). > Well some of us are still waiting for your CVS branch to start (as was being discussed sometime ago), but I guess it easier to find Marylin Manson in Mass *with the Pope* :). Pedro. > The 4.4BSD-Lite2 release was an additional pain in the ass, in > that it compounded the kludges in a number of places. Unfortunately, > I could not contribute 4.4BSD-Lite fixes back to CSRG directly for > inclusion in Lite2, as I did not have the requisite SVR4 license to > get a working 4.4BSD-Heavy machine running, and FreeBSD relative > patches were not very practical for them. > > So my guess is that if you made your VFS layer in your FreeBSD > kernel look like John Heidemann's thesis obviously intended it > to look, you'd probably be successful; but don't expect to be > able to do this within the existing framework of FreeBSD. > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Thu Jun 12 19:09:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA03932 for hackers-outgoing; Thu, 12 Jun 1997 19:09:57 -0700 (PDT) Received: from argus.nuke.net ([139.146.197.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03913 for ; Thu, 12 Jun 1997 19:09:32 -0700 (PDT) Received: (from jbryant@localhost) by argus.nuke.net (8.8.5/8.8.5) id VAA14134; Thu, 12 Jun 1997 21:08:55 -0500 (CDT) From: Jim Bryant Message-Id: <199706130208.VAA14134@argus.nuke.net> Subject: Re: Question - Adobe Services/Programs - Developer Association (fwd) To: pgiffuni@fps.biblos.unal.edu.co (Pedro F. Giffuni) Date: Thu, 12 Jun 1997 21:08:49 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <33A0A6B9.6CD@fps.biblos.unal.edu.co> from "Pedro F. Giffuni" at Jun 12, 97 06:47:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Honestly, I wanted to be a little more drastic : no binary oorts, > especially no Linux binaries :-) That was my point in asking for file format documentation. > > > > it's all a matter of where you ask, and what to ask for... > > > So..are you a new Adobe employee ? i might consider after hours, part-time, and paid... i've got a day job that i want to keep. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Thu Jun 12 21:31:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09491 for hackers-outgoing; Thu, 12 Jun 1997 21:31:53 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09485 for ; Thu, 12 Jun 1997 21:31:49 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA07154 for ; Fri, 13 Jun 1997 06:31:41 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id GAA26418 for freebsd-hackers@FreeBSD.ORG; Fri, 13 Jun 1997 06:31:22 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id AAA08657; Fri, 13 Jun 1997 00:07:52 +0200 (CEST) Message-ID: <19970613000752.38538@keltia.freenix.fr> Date: Fri, 13 Jun 1997 00:07:52 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: dump/restore with compression References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: ; from Brandon Gillespie on Thu, Jun 12, 1997 at 01:40:51PM -0600 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3359 AMD-K6 MMX @ 208 MHz Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Brandon Gillespie: > Does anybody USE dump/restore anymore? I've been using the Digital Unix Yes, anytime I have to do a backup I use dump. Much easier to deal with, especially when restoring a file, than tar/cpio/pax. > equivalent 'vdump' and 'vrestore' for a while now, and it has a lot more > capability than the older dump/restore (such as compression 8) I'd never use any compression -- except hardware-based like DAT's -- because you can't recover much if your tape have a problem... I'm against compressed file systems for that very reason too. I'd rather buy another disk to have more space. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #18: Sun Jun 8 15:32:28 CEST 1997 From owner-freebsd-hackers Thu Jun 12 23:13:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13501 for hackers-outgoing; Thu, 12 Jun 1997 23:13:32 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA13493 for ; Thu, 12 Jun 1997 23:13:25 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wcPZv-0000e5-00; Thu, 12 Jun 1997 23:11:19 -0700 Date: Thu, 12 Jun 1997 23:11:19 -0700 (PDT) From: Tom Samplonius To: Ollivier Robert cc: freebsd-hackers@freebsd.org Subject: Re: dump/restore with compression In-Reply-To: <19970613000752.38538@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Jun 1997, Ollivier Robert wrote: ... > I'd never use any compression -- except hardware-based like DAT's -- > because you can't recover much if your tape have a problem... I'm against > compressed file systems for that very reason too. Not if you do file-by-file compression. Compressed tar archives have this problem: every file after the damaged area is lost. But if you compress the files first, then tar them, you can still recover all files after the damaged area. ... > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #18: Sun Jun 8 15:32:28 CEST 1997 > > Tom From owner-freebsd-hackers Fri Jun 13 05:29:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27085 for hackers-outgoing; Fri, 13 Jun 1997 05:29:07 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27079 for ; Fri, 13 Jun 1997 05:29:04 -0700 (PDT) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id NAA02707 for ; Fri, 13 Jun 1997 13:28:55 +0100 (BST) Date: Fri, 13 Jun 1997 13:28:55 +0100 (BST) From: Stephen Roome To: freebsd-hackers@freebsd.org Subject: Strange things afoot Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm installing bisdn-0.97 on FreeBSD 2.2.2, I've used the mkbisdntree script and patches which are supposedly for current. Anyway, this isn't the bit that's out of the ordinary (much). mkbisdntree makes a huge symbolic link tree to the normal /sys but with some alterations. So I go into /bisdn/i386/conf and edit a configuration file, run config on it and it makes a compile directory. So I then go into that directory and do a make depend. After I've then installed all the extra bits of code it needs which mkbisdntree didn't put in place it starts giving out (cpp) died with signal 6. After a few of these errors (about 20 in a row) make then dies with signal 11. I get this a lot, this is because ffs_extern.h somehow seems to get completely corrupted in the patching process, although I can't find anything in the patches which actually touches this file. After fixing ffs_extern.h back to what it should be it compiles again, but then halfway through I invariably end up with make exiting on signal 11. At this point I usually find it's best to reboot, as everything starts dieing with segmentation faults or bus errors. (Last time I decided not reboot I ended up with ls/cd not even working.) I've been using /usr mounted async for this, but I'm not sure that's the problem. The problems only start occuring once cpp has crashed really badly on ffs_extern.h, until that point everything is fine. Once I've rebooted, it seems to be okay again, (/usr is not mounted async by default so it's back to normal there) and I'm now able to finish making the kernel. So, my question is, does anyone know what might be causing this, I don't think this is likely to be a problem with my hardware as everything works fine up to this point and I ran this box with various 3.0 snapshots and X and played quake on it for a few hours a day for about a month without problems (well, it was my desktop machine for quite some time, and I'm pretty sure I used every bit of hardware quite thoroughly.) I'm thinking this is perhaps being caused by async mounting and excessive use of soft links, as that's the only thing that's actually different to the normal everyday use that this box has been subjected too. Steve Roome Vision Interactive Ltd. From owner-freebsd-hackers Fri Jun 13 07:32:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02298 for hackers-outgoing; Fri, 13 Jun 1997 07:32:40 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA02264 for ; Fri, 13 Jun 1997 07:31:42 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id AAA13456 for freebsd-hackers@freebsd.org; Sat, 14 Jun 1997 00:30:44 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id WAA09027; Fri, 13 Jun 1997 22:55:00 +1000 (EST) Message-Id: <199706131255.WAA09027@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: user-mode nfs daemon References: <199706121703.KAA09145@phaeton.artisoft.com> In-Reply-To: <199706121703.KAA09145@phaeton.artisoft.com> from Terry Lambert at "Thu, 12 Jun 1997 17:03:44 +0000" Date: Fri, 13 Jun 1997 22:55:00 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Thanks to all those who pointed me at Alex and the Heidemann paper. The Heidemann paper is 100 pages. Almost big enough to be a weapon. :-) ] On Thursday, 12th June 1997, Terry Lambert wrote: >> Ah, yes, but the user mode one would be so much easier to change. No need >> for continuous build/reboot/login cycles. > >1) Build the NFS server as an LKM. >2) Load it. >3) Test it. >4) Unload it. >5) Change it. >6) Goto 1. Call me old-fashioned, but this doesn't look fun to me. I'm quite likely to incorporate some bugs in my NFS LKM, and down goes my kernel. If I'm unlucky, it takes some files, or a few file systems with it. User mode is really safe and easy for testing. There are even nice source level debuggers. The only thing I use LKM's for right now is running Linux binaries. And if that starts to be a habit, I'll probably compile it in. For me, LKM's are more cute than practical. If they were separate kernel processes, I'd be more interested. But then it probably wouldn't be FreeBSD any more. Stephen. From owner-freebsd-hackers Fri Jun 13 09:42:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07085 for hackers-outgoing; Fri, 13 Jun 1997 09:42:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07076 for ; Fri, 13 Jun 1997 09:42:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA11079; Fri, 13 Jun 1997 09:34:38 -0700 From: Terry Lambert Message-Id: <199706131634.JAA11079@phaeton.artisoft.com> Subject: Re: dump/restore with compression To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Fri, 13 Jun 1997 09:34:38 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970613000752.38538@keltia.freenix.fr> from "Ollivier Robert" at Jun 13, 97 00:07:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'd never use any compression -- except hardware-based like DAT's -- > because you can't recover much if your tape have a problem... I'm against > compressed file systems for that very reason too. This depends on the implementation. A correct implementation will use block compression rather than file compression or driver level disk compression to limit the possibility of damage. Block compression also has the advantage that the compression tables are highly sensitive to the type of data, so you don't end up compressing a region with a suboptimal table. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 13 09:52:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07410 for hackers-outgoing; Fri, 13 Jun 1997 09:52:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07405 for ; Fri, 13 Jun 1997 09:52:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA11094; Fri, 13 Jun 1997 09:43:43 -0700 From: Terry Lambert Message-Id: <199706131643.JAA11094@phaeton.artisoft.com> Subject: Re: user-mode nfs daemon To: dg@root.com Date: Fri, 13 Jun 1997 09:43:42 -0700 (MST) Cc: terry@lambert.org, winter@jurai.net, csubl@csv.warwick.ac.uk, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199706122210.PAA15385@implode.root.com> from "David Greenman" at Jun 12, 97 03:10:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Some of the changes that you are advocating > were discussed prior to you mentioning them. The decision not to change these > things was made because of release engineering and other concerns, and not > because the code was "blessed". Similar release-engineering damaging changes are going to be necessary for better SMP and multiplatform support; why not roll in the changes impacting release engineering then? > Secondly, some of your ideas are simply wrong in the minds of > some of the former CSRG people (and others), and we either > agree with these CSRG people or we are neutral but desire to > keep a positive ongoing relationship with them. I'd like the intellectual liberty to be permitted to address the areas where you believe I'm wrong. I'm willing to agree to disagree, so long as everything is open rather than implied (I can't agree OR disagree with something of which I have not been apprised). As to divergence damage to the positive relationship, FreeBSD has had a number of much more significant divergences from the baseline code than any I have suggested. I don't think they would act to damage the relationship any more than the SMP or VM or SYSINIT changes (to give three examples) have done so. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jun 13 10:48:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09661 for hackers-outgoing; Fri, 13 Jun 1997 10:48:40 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09618 for ; Fri, 13 Jun 1997 10:48:12 -0700 (PDT) Received: (qmail 17417 invoked by uid 1000); 13 Jun 1997 17:47:32 -0000 Resent-Message-ID: <19970613174732.17416.qmail@sendero-ppp.i-connect.net> Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Resent-Date: Wed, 04 Jun 1997 22:40:01 -0700 (PDT) Resent-From: Simon Shapiro Resent-To: "Justin T. Gibbs" Date: Fri, 13 Jun 1997 10:47:32 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: FreeBSD-hackers@FreeBSD.org, FreeBSD-SCSI@FreeBSD.org Subject: Announcement: New DPT RAID Controller Driver Available Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Everyone! [ I am NOT an employee of Distributed Processing Technology. I do not represent DPT, not do i represent Atlas Telecom, my employer; I do it all by myself... ] DPT manufactures RAID controllers for PC's. These controllers allow you to create and manage RAID-{0,1,5} arrays and accomplish very high speed and reliability in disk storage. Up to 64MB of ECC cache can be installed on a controller and up to 3 SCSI busses attached. I have recently completed a FreeBSD driver for these controllers and made it publicly available to FreeBSD users. The driver supports the PM3334{U,W,D} which is a PCI controller sporting a 68030 processor, up to 3 SCSI ultra-wide-differential busses. It is also available (I think) as narrow, non-ultra and definitely single-ended. The driver was tested thoroughly only with the above controller but should also work with lower-end PCI cards. It will NOT work with non-PCI DPT Host Bus Adapters, nor do I have plans to add this support. The driver is still, in some ways, work in progress: The character I/O (to allow you to ``talk'' to the controller) is stable but not functional. So is support for in-driver RAID. The character I/O will allow you to run RAID configuration and management by opening /dev/dpt{0-n} and performing IOCTL, READ, and WRITE to the controller. These controls will allow you to monitor power supplies in the disk bay, fans, temperature, etc. It will also alow you to monitor disk I/O statistics, error logs, and performance statistics. In addition, you can destroy, build, and repair RAID arrays, with the system running. Interfaces will include a library, SNMP MIB, X based interface and some command line interfaces. The interface also allows you to dynamically configure hot spares (devices that will automatically go on-line when another device fails). The in-driver RAID allows you to build RAID arrays that span HBAs. This interface is O/S independent, so, you can have a boot device that will boot NT, Win95, Dos, FreeBSD, Linux, Unixware, Netware, etc. from a RAID array that spans disks. Extensive testing was done on the driver to assure high reliability. Highly qualified help was enlisted in reviewing and debugging the code. Having said that, the code only runs on 7-8 test machines and 2-3 workstations. It should be considered ALPHA and no mission critical data should be put on it, before YOU are satisfied with the product. The driver is available, now from sendero-ppp.i-connect.net and from ftp-i.connect.net, in the /crash directory. All this wonderful stuff is O/S independent, and RAID arrays, hot spares and normal devices all appear as standard disks to the O/S. The large cache can increase performance, on busy systems, dramatically, while reducing system load incredibly. The driver was tested with DPT firmware 07H and 07L. DPT provides (what amounts to) lifetime of free support and firmware upgrades. Firmware can be FLASH'ed in from the ftp.dpt.com server. Later versions of the driver will allow flash rom updates from Unix. I would like you to help me in posting an announcement on the proper FreeBSD lists and in checking it in. All the work was done against RELENG_2_2, and the patch provided was made, today, against a pristine source tree. For your convenience, I am also providing the latest DPT firmware and DOS utility to manage the controller, until the Unix interfaces are done. Testing was done on several industrial PC's. Either Pentium-100 or PentiumPro-200. The systems had 54-128MB of RAM and 1-2 controllers each. There were a minimum of 6 disks per SCSI channel per controller and all possible combinations of devices and configurations tried. Testing was assisted by few simple utilities: blob.c: Creates a unique barber pole, exactly 16MB in length and neatly slicable to sectors. st.c: performs random seek tests on a given file/device. nasty: A nasty little shell script to spawn 256 sessions of dd (or st) and try to see what breaks - Nothing. Tunable Parameters: As this is still an evolving driver, there are (too many) tunable parameters. the following are of interest: DPT_COMMAND_SPLHIGH: Forces the actual submitting of a command to the DPT to run at very high priority. Can/should be OFF. DPT_OPENNINGS: How many concurrent SCSI commands to send to a given device. Should be positive integer. Currently less than 64. The driver will bump this number up for devices that are very busy. It has nothing to do with linked/queued commands, as the DPT does linking automagically. Leave at 2, nice number. DPT_VERIFY_HINTR: Certain noisy motherboards generate bogus data on the PCI bus. If you get mysterious crashes, enable this option and tell me what you see on the console. Leave OFF unless you are seeing crashes you cannot explain. DPT_RESTRICTED_FREELIST: Under normal conditions, the driver will queue as many requests as the O/S submits. With this option ON, the driver will restrict itself to no more requests than the DPT can accept (normal firmware == 64). Leave OFF for normal operation. DPT_TRACK_CCB_STATES: When enabled will track, in details, the queue management. Only meaningful when combined with VERIFY_HINTR. Leave OFF. DPT_MEASURE_PERFORMANCE: Enables certain internal metrics. There is currently no clean way to extract these. Leave OFF for slightly better performance. DPT_USE_SINTR: The driver can work either in a traditional manner (as far as command submittal is concerned), or use Software interrupts for queue management. Leaving it OFF will give slightly better performance at low loads while dramatically slow things down at high loads. Running the ``nasty'' script, OFF will give you Load average of 110-120 at peak load. Turning it ON will take LA to 5-9. Yup. No typo here. Disk subsystem performance will stay very close, though. DPT_FREELIST_IS_STACK: If ON, more optimal use of the processor's cache will be realized, at a cost of slightly increased chance of cache overruns. Try both ways and tell me. Performance: With DPT_USE_SINTR off, we get about 3.5-4MB/Sec on single disks and about 15-18 on RAID-0 arrays. As Expected, RAID-1 performance is in the 10MB/Sec, and RAID-5 is about 15 READ and 5-7 WRITE. There is still excessive instrumentation and monitoring code in the driver. When complete, much of this will go away. System Load: It is interesting to learn that with DPT_USE_SINTR off, the dd test reaches LA of about 110-120 with 64 dd's. With DPT_USE_SINTR on, the load goes down to about 5-9. If this was a FreeBSD vs. Linux or FreeBSD vs. NT I would have left this statement alone at this point :-)) The reality is that the system's real load is almost identical. The difference probably comes from how LA is computed and interacting with the I/O queues. System responsiveness was excellent in all cases. Support: The DPT driver is an integral part of my employer's strategic product for the next few years. As the architect for that product, I can assure you it will be supported. Even in the unlikely event that my employer will not have vested interest in this driver, I will personally continue to support it. Thanx: In no particular order: Mike Neuffer: For helping so much with the early low-level wire twitching code and for deciphering, in realtime the documentation. Fragments of his Linux driver should still be scattered throughout the driver. Justin Gibbs: For lots of patience, knowledge of FreeBSD SCSI, excellent aic7xxx driver, form which I stole code shamelessly and many hours of debugging. Dan Eischen: For the hours spent hunting bugs, common sense and friendly help. Mark Salyzyn: For explaining, again and again, how a DPT card works and for critical debugging. The Atlas Telecom PrePay Team for listening and patiently waiting for me to get back to the keyboard and finish this code. I can be reached at my indicated e-mail address, or at 503.799.2313. Simon From owner-freebsd-hackers Fri Jun 13 10:58:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10303 for hackers-outgoing; Fri, 13 Jun 1997 10:58:26 -0700 (PDT) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10294 for ; Fri, 13 Jun 1997 10:58:18 -0700 (PDT) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.8.5/8.7.3) with ESMTP id KAA24425 for ; Fri, 13 Jun 1997 10:54:29 -0700 (PDT) Received: from japonica.csl.sri.com (localhost.csl.sri.com [127.0.0.1]) by japonica.csl.sri.com (8.8.5/8.7.3) with ESMTP id KAA20855 for ; Fri, 13 Jun 1997 10:57:28 -0700 (PDT) Message-Id: <199706131757.KAA20855@japonica.csl.sri.com> To: freebsd-hackers@FreeBSD.ORG Subject: Job Date: Fri, 13 Jun 1997 10:57:28 -0700 From: Fred Gilham Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is it appropriate for me to send a job offer to this list? We have a couple, and we use FreeBSD boxes.... Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Fri Jun 13 11:05:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10860 for hackers-outgoing; Fri, 13 Jun 1997 11:05:45 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA10852 for ; Fri, 13 Jun 1997 11:05:39 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id UAA10160; Fri, 13 Jun 1997 20:03:48 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199706131803.UAA10160@helbig.informatik.ba-stuttgart.de> Subject: Re: Strange things afoot In-Reply-To: from Stephen Roome at "Jun 13, 97 01:28:55 pm" To: steve@visint.co.uk (Stephen Roome) Date: Fri, 13 Jun 1997 20:03:47 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I'm installing bisdn-0.97 on FreeBSD 2.2.2, I've used the mkbisdntree > script and patches which are supposedly for current. > Anyway, this isn't the bit that's out of the ordinary (much). > > mkbisdntree makes a huge symbolic link tree to the normal /sys but with > some alterations. So I go into /bisdn/i386/conf and edit a configuration > file, run config on it and it makes a compile directory. > > So I then go into that directory and do a make depend. After I've then > installed all the extra bits of code it needs which mkbisdntree didn't put Which `extra bits of code' are you refering to? The only files that are needed for compilation and are not installed by mkbisdntree are /usr/sys.bisdn/i386/include/bisdn_ioctl.h and /usr/sys.bisdn/i386/include/bisdn_isdn.h Instead these files are copied to /usr/include/machine which in turn is a symbolic link to /sys/i386/include once you did a ``make world'' on your machine. So these files are `missing' only on a system that never was used for ``make world''. This is interesting, because ``make world'' is considered to be a very good hardware tester, and your problems might be hardware caused. So if you have about 250 Mbyte left on your /usr partition give it a try and see what happens. > in place it starts giving out > > (cpp) died with signal 6. > > After a few of these errors (about 20 in a row) make then dies with signal > 11. > > I get this a lot, this is because ffs_extern.h somehow seems to get > completely corrupted in the patching process, although I can't find > anything in the patches which actually touches this file. > > After fixing ffs_extern.h back to what it should be it compiles again, but > then halfway through I invariably end up with make exiting on signal 11. > > At this point I usually find it's best to reboot, as everything starts > dieing with segmentation faults or bus errors. (Last time I decided not > reboot I ended up with ls/cd not even working.) > > I've been using /usr mounted async for this, but I'm not sure that's the > problem. The problems only start occuring once cpp has crashed really > badly on ffs_extern.h, until that point everything is fine. > > Once I've rebooted, it seems to be okay again, (/usr is not mounted async > by default so it's back to normal there) and I'm now able to finish making > the kernel. > > So, my question is, does anyone know what might be causing this, I don't > think this is likely to be a problem with my hardware as everything works > fine up to this point and I ran this box with various 3.0 snapshots and X > and played quake on it for a few hours a day for about a month without > problems (well, it was my desktop machine for quite some time, and I'm > pretty sure I used every bit of hardware quite thoroughly.) > > I'm thinking this is perhaps being caused by async mounting and excessive > use of soft links, as that's the only thing that's actually different to > the normal everyday use that this box has been subjected too. > > Steve Roome > Vision Interactive Ltd. > > Wolfgang From owner-freebsd-hackers Fri Jun 13 11:17:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11552 for hackers-outgoing; Fri, 13 Jun 1997 11:17:17 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11537 for ; Fri, 13 Jun 1997 11:17:06 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id VAA27974 for ; Fri, 13 Jun 1997 21:19:23 +0300 (EEST) Date: Fri, 13 Jun 1997 21:19:22 +0300 (EEST) From: Narvi To: hackers@freebsd.org Subject: Kerberos problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I am sure there are people out there using Kerberos with FreeBSD. I have a problem setting up the slaves = computers other than the master kerberos server. 1) Kerberos on the Master Server works 2) I add the required principals for the slave - passwd & rcmd with appropriate instances. 3) I move the database over to the slave, and load it 4) extracted and moved over the srvtab The result - kerberos on the slave does not work but returns with error "time out of bounds". I am sure I am doing something wrong - but what? Sander From owner-freebsd-hackers Fri Jun 13 11:41:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12885 for hackers-outgoing; Fri, 13 Jun 1997 11:41:37 -0700 (PDT) Received: from figroll.csv.warwick.ac.uk (csubl@figroll.csv.warwick.ac.uk [137.205.148.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12874 for ; Fri, 13 Jun 1997 11:41:30 -0700 (PDT) From: Mr M P Searle Message-Id: <6111.199706131840@figroll.csv.warwick.ac.uk> Received: by figroll.csv.warwick.ac.uk id TAA06111; Fri, 13 Jun 1997 19:40:32 +0100 (BST) Subject: svgalib in Linux emulator? To: hackers@freebsd.org Date: Fri, 13 Jun 1997 19:40:17 +0100 (BST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone got anything to work in the Linux emulator that uses svgalib? That would be a Very Good Thing, I'm sure there's as much svgalib stuff for Linux as there is X. From owner-freebsd-hackers Fri Jun 13 11:43:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12969 for hackers-outgoing; Fri, 13 Jun 1997 11:43:55 -0700 (PDT) Received: from isbalham.ist.co.uk ([192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12964 for ; Fri, 13 Jun 1997 11:43:49 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id TAA07387; Fri, 13 Jun 1997 19:14:34 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 13 Jun 1997 19:12:47 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199706131634.JAA11079@phaeton.artisoft.com> References: <19970613000752.38538@keltia.freenix.fr> from "Ollivier Robert" at Jun 13, 97 00:07:52 am Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Jun 1997 19:09:27 +0100 To: Terry Lambert From: Bob Bishop Subject: Re: dump/restore with compression, roberto@keltia.freenix.fr (Ollivier Robert) Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 17:34 +0100 13/6/97, Terry Lambert wrote: >> I'd never use any compression -- except hardware-based like DAT's -- >> because you can't recover much if your tape have a problem... I'm against >> compressed file systems for that very reason too. > >This depends on the implementation. A correct implementation will >use block compression rather than file compression or driver level >disk compression to limit the possibility of damage. > >Block compression also has the advantage that the compression tables >are highly sensitive to the type of data, so you don't end up >compressing a region with a suboptimal table. You still get the phenomenon that I usually describe as 'uncompressing the error' - your physical block contains more information when it's compressed, so you lose more than in the uncompressed case even if you can recover. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Fri Jun 13 12:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14095 for hackers-outgoing; Fri, 13 Jun 1997 12:05:58 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14085 for ; Fri, 13 Jun 1997 12:05:51 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id PAA02072; Fri, 13 Jun 1997 15:05:58 -0400 (EDT) Date: Fri, 13 Jun 1997 15:05:58 -0400 (EDT) From: "David E. Cross" To: Narvi cc: hackers@FreeBSD.ORG Subject: Re: Kerberos problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Jun 1997, Narvi wrote: > Hi! > > I am sure there are people out there using Kerberos with FreeBSD. > > I have a problem setting up the slaves = computers other than the master > kerberos server. > > 1) Kerberos on the Master Server works > > 2) I add the required principals for the slave - passwd & rcmd with > appropriate instances. > 3) I move the database over to the slave, and load it > > 4) extracted and moved over the srvtab > > The result - kerberos on the slave does not work but returns with error > "time out of bounds". > > I am sure I am doing something wrong - but what? > are the clocks on the two machines synchronized (ideally within a 5 minute window?) also, is one set for GMT and the other for local? -- David Cross From owner-freebsd-hackers Fri Jun 13 12:22:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14877 for hackers-outgoing; Fri, 13 Jun 1997 12:22:59 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14857 for ; Fri, 13 Jun 1997 12:22:41 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id WAA28376; Fri, 13 Jun 1997 22:24:31 +0300 (EEST) Date: Fri, 13 Jun 1997 22:24:31 +0300 (EEST) From: Narvi To: "David E. Cross" cc: hackers@FreeBSD.ORG Subject: Re: Kerberos problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 13 Jun 1997, David E. Cross wrote: > On Fri, 13 Jun 1997, Narvi wrote: > [ snip of the procedure ] > > I am sure I am doing something wrong - but what? > > > > are the clocks on the two machines synchronized (ideally within a 5 minute > window?) Yes, they were and are. > > also, is one set for GMT and the other for local? Again yes - on the other one (the server, of course), it was set to GMT :-( And nobody, including me has noticed this for more than 3 months! Damn. That's what happens if a computer is used for databases/samba :-( Great thanks. Sander > > -- > David Cross > > From owner-freebsd-hackers Fri Jun 13 13:53:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19202 for hackers-outgoing; Fri, 13 Jun 1997 13:53:05 -0700 (PDT) Received: from agora.rdrop.com (agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19188 for ; Fri, 13 Jun 1997 13:52:54 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@[195.108.17.20]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id NAA08717 for ; Fri, 13 Jun 1997 13:52:14 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA27400 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 13 Jun 1997 22:52:36 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id WAA00377; Fri, 13 Jun 1997 22:44:53 +0200 (MET DST) From: Wilko Bulte Message-Id: <199706132044.WAA00377@yedi.iaf.nl> Subject: Please help: ISDN/PPP setup in the Netherlands To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Fri, 13 Jun 1997 22:44:53 +0200 (MET DST) Cc: rene@freeze.iaf.nl (Rene 'Freeze' de Vries) Reply-To: wilko@tcja.nl, wilko@dontpanic.tcja.nl X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, I'm currently having a hard time getting a Teles 16.3 ISDN card to work in combination FreeBSD 2.2.1R and the BISDN/PPP set of patches. It sure looks like a config problem, so could some kind soul present me with a complete and coherent set of config files for ISDN/PPP? Preferably someone that uses it in the Netherlands so that we don't have X timezones to cross if an additional question is required? But any help is welcome of course. Current situation is that all patches have been applied, kernel sees the Teles. It looks like bisdnd also sees the interface. But getting a connection started: no luck. TIA Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jun 13 14:14:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20605 for hackers-outgoing; Fri, 13 Jun 1997 14:14:58 -0700 (PDT) Received: from main.gbdata.com (USR2-1.detnet.com [207.113.12.43]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20591 for ; Fri, 13 Jun 1997 14:14:52 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id QAA04463 for freebsd-hackers@freebsd.org; Fri, 13 Jun 1997 16:15:31 -0500 (CDT) From: Gary Clark II Message-Id: <199706132115.QAA04463@main.gbdata.com> Subject: Color under curses under X (core dumping..:() To: freebsd-hackers@freebsd.org Date: Fri, 13 Jun 1997 16:15:31 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I'm trying to get both ncurses and the tvision port running in a xterm or rxvt. Anytime I turn on color, they core dump the app. Any ideas? I need to develop for a terminal but all I have is a large sun monitor that won't do text mode:( Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Fri Jun 13 14:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22340 for hackers-outgoing; Fri, 13 Jun 1997 14:43:49 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22294; Fri, 13 Jun 1997 14:43:33 -0700 (PDT) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id OAA28592; Fri, 13 Jun 1997 14:43:29 -0700 (PDT) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.8.5/8.7.3) with ESMTP id OAA26120; Fri, 13 Jun 1997 14:38:29 -0700 (PDT) Received: from japonica.csl.sri.com (localhost.csl.sri.com [127.0.0.1]) by japonica.csl.sri.com (8.8.5/8.7.3) with ESMTP id OAA27749; Fri, 13 Jun 1997 14:41:31 -0700 (PDT) Message-Id: <199706132141.OAA27749@japonica.csl.sri.com> To: freebsd-hackers@freebsd.org, freebsd-jobs@freebsd.org Subject: System administration positions at SRI / Menlo Park, CA Date: Fri, 13 Jun 1997 14:41:31 -0700 From: Fred Gilham Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, We have two openings for system administrators here in the Computer Science Lab at SRI International in Menlo Park, CA. We use FreeBSD for our file servers and other network applications, so a fair amount of time is spent keeping up with FreeBSD. Here's a description: -------- We have two positions available. One is to replace me in running our lab's computer facility. This is a senior position and requires a fair amount of experience and a computer-related 4-year degree. The other is a junior position and requires some experience, a degree not being required but candidates with one will be at an advantage. The degree requirement is mainly because this is a research lab with a lot of PhDs around and probably someone with a degree will have more credibility and feel more comfortable. I'm not leaving here, I'm just going back into project work. I'd be available for the time being to help anyone we hired. Here's a description for the junior position that I posted on the net a while back: ---------------------------------------- Location: SRI International, Menlo Park CA Position: Systems Administrator We are looking for someone to assist me [actually the senior administrator] to administer our group of Sun workstations and PCs. Our group is called the Computer Science lab and consists of about 40 people and 50+ machines. Most of the lab's research work is done in the areas of formal methods, networking, and computer security. Applicants should be familiar with UNIX administration including networking, software installation and troubleshooting and comfortable with PC hardware. Some programming experience is also desired, especially with scripting languages such as Perl. We would like someone with an undergraduate degree (BS) in computer science or a related field and 1 year in system administration or computer operations. ---------------------------------------- To give a little more detail on the environment, we're mostly SunOS 4 on the desktop, with a growing number of Solaris boxes being used for one thing and another. We use FreeBSD boxes as servers. I've decided to standardize on FreeBSD here because it seems solid and because I can build reasonably good servers cheaply. There are some linux boxes (because they run Allegro Common Lisp). We've also got a few Windows 95/NT boxes around---this will probably increase over time whether I like it or not. There are a couple of `rogue' Macs around as well. The lab is low-key but varied. It's very much a research environment, not a commercial environment. People work all the time but things are stable enough that I hardly ever get called outside of my normal hours. There's a strong user-support element in the job. The people here are polite but there are a lot of smart people with their own ideas and part of the job is to deal positively with the opinions of the rest of the staff regarding how the computer facility should be organized and run. -------- If interested, please send me your resume. -- Fred Gilham System Administrator Computer Science Lab, SRI International gilham@csl.sri.com From owner-freebsd-hackers Fri Jun 13 16:29:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26923 for hackers-outgoing; Fri, 13 Jun 1997 16:29:01 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26915 for ; Fri, 13 Jun 1997 16:28:56 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id SAA03466; Fri, 13 Jun 1997 18:28:40 -0500 (CDT) Message-ID: <19970613182840.52202@luke.pmr.com> Date: Fri, 13 Jun 1997 18:28:40 -0500 From: Bob Willcox To: hackers list Subject: PCNFS access? What do you do?? Reply-To: Bob Willcox Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What do you people do about allowing PCs to access filesystems via NFS? (I have some Windows 95 users that want to access my FreeBSD's filesystems using some NFS client program (sorry, I don't know its name).) I note that there is a flag in rc.conf (I'm running 2.2.2R) called "weak_mountd_authentication" that results in the "-n" flag being passed to mountd. Also, there is ap package called pcnfsd that performs NFS authentication and print requests. Which does one use? Are they both neccessary or are they mutually exclusive? Any help or guidance on this would be most appreciated! Thanks, -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Fri Jun 13 16:33:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27125 for hackers-outgoing; Fri, 13 Jun 1997 16:33:49 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27114 for ; Fri, 13 Jun 1997 16:33:34 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id BAA10695; Sat, 14 Jun 1997 01:33:17 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199706132333.BAA10695@helbig.informatik.ba-stuttgart.de> Subject: Re: Please help: ISDN/PPP setup in the Netherlands In-Reply-To: <199706132044.WAA00377@yedi.iaf.nl> from Wilko Bulte at "Jun 13, 97 10:44:53 pm" To: wilko@tcja.nl, wilko@dontpanic.tcja.nl Date: Sat, 14 Jun 1997 01:33:17 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.ORG, rene@freeze.iaf.nl X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Hi there, > > I'm currently having a hard time getting a Teles 16.3 ISDN card to > work in combination FreeBSD 2.2.1R and the BISDN/PPP set of patches. > > It sure looks like a config problem, so could some kind soul present > me with a complete and coherent set of config files for ISDN/PPP? > > Preferably someone that uses it in the Netherlands so that we don't > have X timezones to cross if an additional question is required? But > any help is welcome of course. Here are some configuration files I'm using for my ISDN - Lines: First comes /etc/bisdn/bisdnd.cfg, I deleted all pure comment lines, since I only use the manual page of bisdnd.cfg for documentation. I used `1's to hide the true telephone numbers, since I might not be authorized to publish them. arnold, madonna and shire run the bisdn package, arnold is NetBSD 1.2 beta, madonna and shire are FreeBSD 2.2.2 and this machine is FreeBSD-current. lf is the CISCO router of my ISP. A very similar entry works for an Ascend max router. # # ISDN configuration with ppp0 to lf # #============================================================================== # system configuration section #============================================================================== system # this keyword starts the system configuration ratesfile = /etc/bisdn/bisdnd.rates # the name of the ratesfile, specify this acctfile = /var/log/bisdnd.acct # accounting file useacctfile = on # off = do not write accounting info acctall = on # off = write accounting records only for #answprog = answer # program name of the telephone answering #playprog = play # program name of the telephone play #regprog0 = connectHCS # program to be executed when regular #regexpr0 = connected.*HCS # regular expression, this will be compared #============================================================================== # IPI to arnold #============================================================================== entry # this keyword starts a configuration entry name = arnold # symbolic name for this entry/link interface = ipi0 # name of the interface / service controller = 0 # controller number to use for outgoing calls isdntype = dss1 # isdn protocol type for this controller telnrem-ldo = 01111111111 # remote number to dial out telnrem-rdi = 1111111111 # remote number to verify during dial in telnloc-ldo = 111118 # local number to verify during dial out telnloc-rdi = 111118 # local number to verify during dial in reaction = accept # what to do when remote site calls in protocol = raw # protocol to use for this link, values: dialretries = 2 # number of retries when dialing out recoverytime = 3 # time in seconds to wait between dial retries callbackwait = 2 # time in seconds to wait before attempting idletime-in = 150 # close incoming connection after being idle idletime-out = 150 # close outgoing connection after being idle unitlength-dyn = on # calculate the unit length time for outgoing blocksize = 2048 # max number of byte for an isdn block ratetype = 0 # which rate entry to use from bisdnd.rates calledbackwait = 10 # time in seconds to wait for a callback from #============================================================================== # IPI to madonna #============================================================================== entry # this keyword starts a configuration entry name = madonna # symbolic name for this entry/link interface = ipi1 # name of the interface / service controller = 0 # controller number to use for outgoing calls isdntype = dss1 # isdn protocol type for this controller telnrem-ldo = 01111111115 # telephone number used to dial out to the telnrem-rdi = 1111111115 # telephone number used to detect/verify a telnloc-ldo = 111119 # my own local telephone number used to tell telnloc-rdi = 111119 # my own local telephone number used to verify reaction = accept # what to do when remote site calls in protocol = raw # protocol to use for this link, values: dialretries = 2 # number of retries when dialing out recoverytime = 3 # time in seconds to wait between dial retries callbackwait = 2 # time in seconds to wait before attempting idletime-in = 150 # close incoming connection after being idle idletime-out = 150 # close outgoing connection after being idle unitlength-dyn = on # calculate the unit length time for outgoing blocksize = 2048 # max number of byte for an isdn block ratetype = 0 # which rate entry to use from bisdnd.rates calledbackwait = 10 # time in seconds to wait for a callback from #============================================================================== # IPI to shire #============================================================================== entry # this keyword starts a configuration entry name = shire # symbolic name for this entry/link interface = ipi2 # name of the interface / service controller = 0 # controller number to use for outgoing calls isdntype = dss1 # isdn protocol type for this controller telnrem-ldo = 0111111116 # telephone number used to dial out to the telnrem-rdi = 111111116 # telephone number used to detect/verify a telnloc-ldo = 1111111129 # my own local telephone number used to tell telnloc-rdi = 111129 # my own local telephone number used to verify reaction = accept # what to do when remote site calls in protocol = raw # protocol to use for this link, values: dialretries = 2 # number of retries when dialing out recoverytime = 3 # time in seconds to wait between dial retries callbackwait = 2 # time in seconds to wait before attempting idletime-in = 150 # close incoming connection after being idle idletime-out = 150 # close outgoing connection after being idle unitlength-dyn = on # calculate the unit length time for outgoing blocksize = 2048 # max number of byte for an isdn block ratetype = 0 # which rate entry to use from bisdnd.rates calledbackwait = 10 # time in seconds to wait for a callback from #============================================================================== # PPP to lf (Lemke und Fürst) #============================================================================== entry # this keyword starts a configuration entry name = lf # symbolic name for this entry/link interface = ippp0 # name of the interface / service controller = 0 # controller number to use for outgoing calls isdntype = dss1 # isdn protocol type for this controller telnrem-ldo = 0111111104 # telephone number used to dial out to the telnrem-rdi = 111111104 # telephone number used to detect/verify a telnloc-ldo = 11111111118 # my own local telephone number used to tell telnloc-rdi = 1111118 # my own local telephone number used to verify reaction = accept # what to do when remote site calls in protocol = raw # protocol to use for this link, values: dialretries = 2 # number of retries when dialing out recoverytime = 3 # time in seconds to wait between dial retries callbackwait = 2 # time in seconds to wait before attempting idletime-in = 150 # close incoming connection after being idle idletime-out = 150 # close outgoing connection after being idle unitlength-dyn = on # calculate the unit length time for outgoing blocksize = 2048 # max number of byte for an isdn block ratetype = 0 # which rate entry to use from bisdnd.rates calledbackwait = 10 # time in seconds to wait for a callback from changeproc = "|/etc/bisdn/start_lf_%D %N %I" # #============================================================================== # incoming telephone calls #============================================================================== entry # this keyword starts a configuration entry name = TEL-IN # symbolic name for this entry/link interface = play # name of the interface / service controller = 0 # controller number to use for outgoing calls isdntype = dss1 # isdn protocol type for this controller telnrem-rdi = * # telephone number used to detect/verify a telnloc-rdi = 111128 # my own local telephone number used to verify reaction = accept # what to do when remote site calls in protocol = raw # protocol to use for this link, values: idletime-in = 30 # close incoming connection after being idle ratetype = 0 # which rate entry to use from bisdnd.rates # EOF ######################################################################### Now comes the /etc/bisdn/start_lf_out, this file is refered to in the last line of the only ppp entry. (You cannot use more than one ppp entry, since bisdnd only accepts one changeproc line in the whole file? #!/bin/sh ifconfig ppp0 inet delete route delete default exec /usr/local/bin/isdnpppd -d +ua /etc/bisdn/lfpwd defaultroute \ lcp-restart 3 Here is a little start up script to start the ppp connection: #!/bin/sh #clean up and start ppp0 connection via bisdn ifconfig ppp0 inet 10.0.0.1 10.0.0.2 up ping -c 1 10.0.0.2 & cp ~helbig/conf/resolv.lf /etc/resolv.conf ln -sf /usr/local/etc/lynx.cfg.lf /usr/local/etc/lynx.cfg By this script I change the configuration to my ``real'' internet service provider `lf'. It starts the ppp connection with dummy addresses. They will be changed to the assigned IP-addresses negotiated by PPP, and the new default route will be set by isdnpppd. (I re-enabled most of the code in .../isdnpppd/sys_isdn.c that changes IP_addresses and sets default routes. I used the kernel files and patches from bisdntest-2. I put a boot control file in /usr/local/etc/rc.d/bisdn.sh, that will be executed by /etc/rc on boot up: #!/bin/sh # # startup script for bisdn # # output device for fullscreen mode out_dev=/dev/ttyv3 # terminal type for fullscreen mode out_typ=cons25 # enable lowlevel ISDN tracing #isdn_trace=YES isdn_trace=NO # start the isdn daemon if [ -x /usr/local/bin/bisdnd ] then /usr/local/bin/bisdnd -d1 -f -r $out_dev -t $out_typ else exit 1 fi if [ -x /usr/local/bin/bisdntrc -a X${isdn_trace} = X"YES" ] then nohup /usr/local/bin/bisdntrc -n4 -r -o/tmp/isdn.trace >/dev/null 2>&1 & fi echo -n ' bisdn' The /etc/bisdn/lfpwd file contains my user name at LF and a password. I cannot put it in this mail because it says ``permission denied'' when I try to read it in :-) I hope this helps to get started. Wolfgang From owner-freebsd-hackers Fri Jun 13 17:55:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00620 for hackers-outgoing; Fri, 13 Jun 1997 17:55:33 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00615 for ; Fri, 13 Jun 1997 17:55:31 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA07549; Fri, 13 Jun 1997 17:55:28 -0700 (PDT) To: Fred Gilham cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Job In-reply-to: Your message of "Fri, 13 Jun 1997 10:57:28 PDT." <199706131757.KAA20855@japonica.csl.sri.com> Date: Fri, 13 Jun 1997 17:55:28 -0700 Message-ID: <7546.866249728@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is it appropriate for me to send a job offer to this list? We have a > couple, and we use FreeBSD boxes.... As long as it doesn't turn into an epidemic, and so far there's been little danger of that, I certainly have no objection. Anything which gets FreeBSD hackers jobs where they can actually get _paid_ to work on FreeBSD is hardly a bad thing. :) Jordan From owner-freebsd-hackers Fri Jun 13 18:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA02478 for hackers-outgoing; Fri, 13 Jun 1997 18:40:09 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA02454 for ; Fri, 13 Jun 1997 18:40:03 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id SAA24351 for ; Fri, 13 Jun 1997 18:39:52 -0700 (PDT) Date: Fri, 13 Jun 1997 18:39:50 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Hmph, just found a piece of $NEWLIB/history in the middle of , in.nnrpd. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doesn't bode well for the reliability of our UFS/AHC, WRT recent reported repeatable panics... If anybody wants to look at some coredumps, I have some kernel panics (freeing free block), that it woul dbe easy to check out. From owner-freebsd-hackers Sat Jun 14 01:29:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13753 for hackers-outgoing; Sat, 14 Jun 1997 01:29:15 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13685; Sat, 14 Jun 1997 01:27:52 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id LAA00485; Sat, 14 Jun 1997 11:27:45 +0300 (EEST) Date: Sat, 14 Jun 1997 11:27:44 +0300 (EEST) From: Narvi To: hackers@freebsd.org cc: bugs@freebsd.org Subject: libc_r problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! The libc_r makefile in 2.2-stable does not seem to include uthread_attr_nit.c in the makefile - the result is that the function pthread_attr_init() does not get compiled in and pthreads programs fail miserable at compile time... Sander From owner-freebsd-hackers Sat Jun 14 02:32:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15590 for hackers-outgoing; Sat, 14 Jun 1997 02:32:25 -0700 (PDT) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA15585 for ; Sat, 14 Jun 1997 02:32:20 -0700 (PDT) Received: from tavari.muc.de ([193.174.4.22]) by colin.muc.de with SMTP id <86061-2>; Sat, 14 Jun 1997 11:32:09 +0200 Received: from [192.168.42.51] (aleisha [192.168.42.51]) by tavari.muc.de (8.8.5/8.7.3) with ESMTP id JAA13207; Sat, 14 Jun 1997 09:47:27 +0200 (CEST) X-Sender: lutz@mail Message-Id: In-Reply-To: <19970613182840.52202@luke.pmr.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Sat, 14 Jun 1997 09:44:41 +0200 To: Bob Willcox From: Lutz Albers Subject: Re: PCNFS access? What do you do?? Cc: hackers list Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA15586 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bob Willcox wrote on 14.06.1997 PCNFS access? What do you do?? >What do you people do about allowing PCs to access filesystems via >NFS? (I have some Windows 95 users that want to access my FreeBSD's >filesystems using some NFS client program (sorry, I don't know its >name).) > >I note that there is a flag in rc.conf (I'm running 2.2.2R) called >"weak_mountd_authentication" that results in the "-n" flag being >passed to mountd. Also, there is ap package called pcnfsd that >performs NFS authentication and print requests. Which does one >use? Are they both neccessary or are they mutually exclusive? They are both neccessary. BTW, why don't you install SAMBA on the FreeBSD machine and let the Win95 users use that (called Microsoft Networking). The performance should be far higher and it's free :-) ciao lutz -- Lutz Albers, lutz@muc.de, pgp key available from Do not take life too seriously, you will never get out of it alive. From owner-freebsd-hackers Sat Jun 14 10:51:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01653 for hackers-outgoing; Sat, 14 Jun 1997 10:51:25 -0700 (PDT) Received: from pythagoras.uncanny.net (pythagoras.UNCANNY.NET [140.174.20.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01644 for ; Sat, 14 Jun 1997 10:51:22 -0700 (PDT) Received: from pythagoras.uncanny.net (localhost.UNCANNY.NET [127.0.0.1]) by pythagoras.uncanny.net (8.8.5/8.8.4) with ESMTP id KAA24374 for ; Sat, 14 Jun 1997 10:57:39 -0700 (PDT) Message-Id: <199706141757.KAA24374@pythagoras.uncanny.net> To: freebsd-hackers@FreeBSD.ORG Subject: Right CVS recipe Reply-to: ee@uncanny.net Date: Sat, 14 Jun 1997 10:57:38 -0700 From: Edward Elhauge Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK I'm trying to get into the FreeBSD contributers groove on ports so I've been switching over to getting a complete CVS tree and then extracting RELENG_2_1_0 from it. I seem to have the complete CVS tree extracted from: cvsup.freebsd.org and I get the src-all src-eBones src-secure ports-all collections. The recipe I use to extract the RELENG_2_1_0 release is: cvs -q checkout -P -f -r RELENG_2_1_0 -N world This works OK except that because of the -f flag I get a lot of deleted cruft in the ./src tree. This flag is supposed to grab the latest version of a file if it can't find one that matches the release tag. Unfortunately when I try to get rid of that flag (-f) something very weird happens. All the ./ports files are extracted and created but as I watch them (in another window) they get deleted directory by directory just as soon as they are created. What I gather from this is that either: 1) I'm doing something wrong in the cvs, checkout recipe. or 2) the ./ports directory is not tagged to match the RELENG_2_1_0 release and I have to deal with it as a separate extract. Would anyone that is knowledgeable about the CVS tree clarify this for me. -- Edward Elhauge You will eat (you will eat), bye & bye (bye & bye) Uncanny Inc. In that glorious land above the sky (way up high) San Francisco Work & pray (work & pray), live on hay, (live on hay) ee@uncanny.net You'll get pie in the sky when you die (that's a lie) -- Joe Hill - Sung to "In the Sweet Bye & Bye" From owner-freebsd-hackers Sat Jun 14 11:24:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02896 for hackers-outgoing; Sat, 14 Jun 1997 11:24:38 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02890 for ; Sat, 14 Jun 1997 11:24:31 -0700 (PDT) Received: from suburbia.net (suburbia.net [198.142.2.24]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id LAA28100 for ; Sat, 14 Jun 1997 11:28:00 -0700 (PDT) Received: (qmail 13113 invoked by uid 110); 14 Jun 1997 18:23:56 -0000 MBOX-Line: From xannounce-request@zephyr.ccrc.wustl.edu Sat Jun 14 17:48:42 1997 remote from suburbia.net Delivered-To: proff@suburbia.net Received: (qmail 11851 invoked from network); 14 Jun 1997 17:48:36 -0000 Received: from zephyr.ccrc.wustl.edu (128.252.169.9) by suburbia.net with SMTP; 14 Jun 1997 17:48:36 -0000 Received: from zephyr.ccrc.wustl.edu by zephyr.ccrc.wustl.edu id aa19091; 14 Jun 97 11:43 CDT Received: from MAJORDOMO by zephyr.ccrc.wustl.edu id aa19088; 14 Jun 97 11:36 CDT Received: from power3.physnet.uni-hamburg.de by zephyr.ccrc.wustl.edu id aa21454; 13 Jun 97 19:16 CDT Received: from provos by power3.physnet.uni-hamburg.de with local (Exim 1.61 #1) id 0wcgYB-0005xQ-00; Sat, 14 Jun 1997 02:18:39 +0200 Date: Sat, 14 Jun 1997 02:18:35 +0200 (DFT) From: Niels Provos To: announce@openbsd.org Subject: [Announce] Photuris Implementation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk An implementation of the Photuris keymanagement protocol according to the drafts: draft-simpson-photuris-12.txt draft-simpson-photuris-schemes-01.txt is available running on AIX, Solaris, Linux and OpenBSD. You can find the sources and the necessary libraries (gmp-2.0.2 and libdes-4.01) at http://www.physnet.uni-hamburg.de/provos/photuris/ At the moment only the PF_ENCAP kernel interface as found in John Ioannidis' and Angelos D. Keromytis' IPSec which is used in the OpenBSD kernel is supported. This software was written in Germany and thus USA export restrictions don't apply. Send any questions to provos@physnet.uni-hamburg.de Greetings Niels Provos - PHYSnet Rechnerverbund PGP V2.6 Public key via finger or key server Niels Provos Universitaet Hamburg WWW: http://www.physnet.uni-hamburg.de/provos/ Jungiusstrasse 9 E-Mail: provos@wserver.physnet.uni-hamburg.de Germany 20355 Hamburg Tel.: +49 40 4123-2404 Fax: -6571 From owner-freebsd-hackers Sat Jun 14 11:48:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA03616 for hackers-outgoing; Sat, 14 Jun 1997 11:48:23 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03611 for ; Sat, 14 Jun 1997 11:48:20 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id OAA03235; Sat, 14 Jun 1997 14:48:06 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id OAA19360; Sat, 14 Jun 1997 14:48:04 -0400 Date: Sat, 14 Jun 1997 14:47:14 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Michael Smith cc: Narvi , jkh@time.cdrom.com, token@wicx50.informatik.uni-wuerzburg.de, freebsd-hackers@FreeBSD.ORG Subject: Re: REQ: help from Emacs/XEmacs/Jove/Jed/... users In-Reply-To: <199706100755.RAA06309@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 10 Jun 1997, Michael Smith wrote: > Narvi stands accused of saying: > > > > > > It's too big. This was the original complaint, and it hasn't gotten > > > any smaller since. Zile sounds pretty good by comparison. > > > > Two big? > > > > # ll /usr/local/bin/pico > > -r-xr-xr-x 1 bin bin 12288 Apr 24 10:35 /usr/local/bin/pico > > That's the stub. Add the shared library. > > > Yes, pico does make use of a 160K shared library, but it shares it with > > pilot (a kind of file browser) and pine. Besides, I am not very sure, > > whetever pico needs everything that is in /usr/local/lib/pico, most > > probably a libpicolite could be made that contained only the functions > > needed and used by pico. > > ... which is what I suggested to Chuck, and he is now pursuing. Bad news: pilot adds almost no extra functions, so removing pilot doesn't gain us anything. libpico.so.1.3 still about 160K. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Jun 14 15:02:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11359 for hackers-outgoing; Sat, 14 Jun 1997 15:02:10 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11340 for ; Sat, 14 Jun 1997 15:01:36 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id EAA24900 for hackers@freebsd.org; Sun, 15 Jun 1997 04:04:57 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199706142204.EAA24900@hq.icb.chel.su> Subject: C optimizer bug ? To: hackers@freebsd.org Date: Sun, 15 Jun 1997 04:04:57 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I have discovered a problem. It is in the more-than-a-year-old-home-made- snapshot but there are some signs that it may continue upto now. I'm trying to implement a SCSI-over-FastEthernet extender. First I built a model with SCSI card emulator (based on NCR53c810 driver because I plan to use these cards) and Ethernet card emulator. Everything works fine. In the last week I finally received the FastEthernet cards and started to use it. Everything worked fine but only while tcpdump was running or the printf() debugging messages enabled. If not then the process hanged after several transmission inside the generic SCSI driver. I tried everything and finally decided to build the kernel without the optimization. Everything started working fine! So the C optimizer seems like having a bug. Now about why I think that it may continue upto now. In March I tried to convert to a newer version of FreeBSD but my SCSI converter got lots of panics with all the kernel starting from about May '96 so I decided to return back. -SB From owner-freebsd-hackers Sat Jun 14 15:12:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12395 for hackers-outgoing; Sat, 14 Jun 1997 15:12:32 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12390 for ; Sat, 14 Jun 1997 15:12:30 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id PAA07370; Sat, 14 Jun 1997 15:12:26 -0700 (PDT) Message-Id: <199706142212.PAA07370@austin.polstra.com> To: ee@uncanny.net Subject: Re: Right CVS recipe Newsgroups: polstra.freebsd.hackers In-Reply-To: <199706141757.KAA24374@pythagoras.uncanny.net> References: <199706141757.KAA24374@pythagoras.uncanny.net> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Sat, 14 Jun 1997 15:12:26 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199706141757.KAA24374@pythagoras.uncanny.net>, Edward Elhauge wrote: > > The recipe I use to extract the RELENG_2_1_0 release is: > cvs -q checkout -P -f -r RELENG_2_1_0 -N world > > This works OK except that because of the -f flag I get a lot of deleted cruft > in the ./src tree. This flag is supposed to grab the latest version of a file > if it can't find one that matches the release tag. That's right -- don't use the "-f" flag. You don't need the "-N" flag, either. See below. > Unfortunately when I try to get rid of that flag (-f) something very weird > happens. All the ./ports files are extracted and created but as I watch them > (in another window) they get deleted directory by directory just as soon as > they are created. > > What I gather from this is that either: > 1) I'm doing something wrong in the cvs, checkout recipe. > or > 2) the ./ports directory is not tagged to match the RELENG_2_1_0 > release and I have to deal with it as a separate extract. #2 is the right answer. For your initial checkout, chdir into /usr and type: cvs -q checkout -P -r RELENG_2_1_0 src cvs -q checkout -P ports After you've checked out everything the first time, you should use "cvs update ..." instead of "cvs checkout" to bring it up to date periodically. For the source tree, chdir into /usr/src and type: cvs -q update -Pd -r RELENG_2_1_0 For the ports tree, chdir into /usr/ports and type: cvs -q update -APd John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Sat Jun 14 15:19:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12832 for hackers-outgoing; Sat, 14 Jun 1997 15:19:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA12824 for ; Sat, 14 Jun 1997 15:19:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA14694; Sat, 14 Jun 1997 15:10:20 -0700 From: Terry Lambert Message-Id: <199706142210.PAA14694@phaeton.artisoft.com> Subject: Re: dump/restore with compression, roberto@keltia.freenix.fr To: rb@gid.co.uk (Bob Bishop) Date: Sat, 14 Jun 1997 15:10:20 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Bob Bishop" at Jun 13, 97 07:09:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> I'd never use any compression -- except hardware-based like DAT's -- > >> because you can't recover much if your tape have a problem... I'm against > >> compressed file systems for that very reason too. [ ... block compression ... ] > You still get the phenomenon that I usually describe as 'uncompressing the > error' - your physical block contains more information when it's > compressed, so you lose more than in the uncompressed case even if you can > recover. Yes, but the error doesn't damage the entire filesystem or tape archive. You've lost the file either way if you have a media error, and spamming 2 blocks (assuming 50% compressed size) is not that much worse than spamming 1. If you were really paranoid about a particular files contents, such that one more block would "save your life", you would use rotating backups and an off-site fire-safe anyway. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jun 14 16:48:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16158 for hackers-outgoing; Sat, 14 Jun 1997 16:48:07 -0700 (PDT) Received: from ns.isi.co.jp (ns.isi.co.jp [202.214.62.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA16153 for ; Sat, 14 Jun 1997 16:48:04 -0700 (PDT) Received: (from john@localhost) by ns.isi.co.jp (8.6.12/3.4W2 ISI-Net 1996/10/27) id IAA11795; Sun, 15 Jun 1997 08:46:31 +0900 Date: Sun, 15 Jun 1997 08:46:31 +0900 From: john cooper Message-Id: <199706142346.IAA11795@ns.isi.co.jp> To: freebsd-hackers@FreeBSD.org Subject: TEAC WORM Drive Model CD-R50S.. Cc: john@isi.com, tokada@isi.co.jp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Anyone know for a fact if this drive will work under 2.2.1? The TEAC website was rather content-free, specification wise. Thanks, -john From owner-freebsd-hackers Sat Jun 14 17:26:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17236 for hackers-outgoing; Sat, 14 Jun 1997 17:26:27 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17231 for ; Sat, 14 Jun 1997 17:26:25 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA10291; Sat, 14 Jun 1997 17:25:01 -0700 (PDT) To: "Serge A. Babkin" cc: hackers@FreeBSD.ORG Subject: Re: C optimizer bug ? In-reply-to: Your message of "Sun, 15 Jun 1997 04:04:57 +0600." <199706142204.EAA24900@hq.icb.chel.su> Date: Sat, 14 Jun 1997 17:25:01 -0700 Message-ID: <10287.866334301@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I tried everything and finally decided to build the kernel > without the optimization. Everything started working fine! > So the C optimizer seems like having a bug. Without trying to reduce this down to something others can actually reproduce, however, this basically goes into the same category as UFO sightings and alien abductions. There's strong evidence that it _might_ happen, but with no concrete proof we can only continue to speculate as to whether or not they're real. :-) Jordan From owner-freebsd-hackers Sat Jun 14 17:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17715 for hackers-outgoing; Sat, 14 Jun 1997 17:37:07 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA17710 for ; Sat, 14 Jun 1997 17:36:55 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0wd3Gy-0001x7-00; Sat, 14 Jun 1997 17:34:24 -0700 Date: Sat, 14 Jun 1997 17:34:24 -0700 (PDT) From: Tom Samplonius To: "Serge A. Babkin" cc: hackers@freebsd.org Subject: Re: C optimizer bug ? In-Reply-To: <199706142204.EAA24900@hq.icb.chel.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 15 Jun 1997, Serge A. Babkin wrote: > Hi! > > I have discovered a problem. It is in the more-than-a-year-old-home-made- > snapshot but there are some signs that it may continue upto now. > > I'm trying to implement a SCSI-over-FastEthernet extender. First > I built a model with SCSI card emulator (based on NCR53c810 > driver because I plan to use these cards) and Ethernet card > emulator. Everything works fine. In the last week I > finally received the FastEthernet cards and started to use it. > Everything worked fine but only while tcpdump was running or > the printf() debugging messages enabled. If not then the process > hanged after several transmission inside the generic SCSI driver. > I tried everything and finally decided to build the kernel > without the optimization. Everything started working fine! > So the C optimizer seems like having a bug. > > Now about why I think that it may continue upto now. In March I tried > to convert to a newer version of FreeBSD but my SCSI converter > got lots of panics with all the kernel starting from about May '96 > so I decided to return back. > > -SB I guess you are using -current from a year ago? Wasn't gcc upgraded to 2.7.2.1 since then? What gcc version is in your snapshot? Try "gcc -v". Tom From owner-freebsd-hackers Sat Jun 14 18:34:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19003 for hackers-outgoing; Sat, 14 Jun 1997 18:34:40 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18995 for ; Sat, 14 Jun 1997 18:34:13 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id HAA07646; Sun, 15 Jun 1997 07:36:46 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199706150136.HAA07646@hq.icb.chel.su> Subject: Re: C optimizer bug ? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 15 Jun 1997 07:36:45 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: <10287.866334301@time.cdrom.com> from "Jordan K. Hubbard" at Jun 14, 97 05:25:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I tried everything and finally decided to build the kernel > > without the optimization. Everything started working fine! > > So the C optimizer seems like having a bug. > > Without trying to reduce this down to something others can actually > reproduce, however, this basically goes into the same category as > UFO sightings and alien abductions. There's strong evidence that > it _might_ happen, but with no concrete proof we can only continue > to speculate as to whether or not they're real. :-) Okay, here is the description: The function scsi_done() must check whether xs->bp is zero and then depending on it call biodone() or wakeup(xs). Sometimes it confuses these cases and does the wrong thing, in this case the process hangs on tsleep(...,"scsicmd") or waiting for biodone() (I can't remember the argument of tsleep() for biodone exactly). The probability of hangup on missing wakeup(xs) is about 1/4. The hangups on missing biodone() are rare. In case of any delays caused by printf() or tcpdump or using a loopback Ethernet card simulator the SCSI simulator is able to finish the operation before the scsi_scsi_cmd() function gets control back from the SCSI card driver and in this case it just does not sleep. The hangups on missing biodone() still occur even with delays. I don't know how to reproduce this bug without all those simulators but I think it should be possible. -SB From owner-freebsd-hackers Sat Jun 14 18:35:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19056 for hackers-outgoing; Sat, 14 Jun 1997 18:35:20 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19026 for ; Sat, 14 Jun 1997 18:34:59 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id HAA08102; Sun, 15 Jun 1997 07:37:58 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199706150137.HAA08102@hq.icb.chel.su> Subject: Re: C optimizer bug ? To: tom@sdf.com (Tom Samplonius) Date: Sun, 15 Jun 1997 07:37:58 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jun 14, 97 05:34:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I guess you are using -current from a year ago? Wasn't gcc upgraded to > 2.7.2.1 since then? What gcc version is in your snapshot? Try "gcc -v". Thanks, I'll check it (it is at home and I'm at work now). -SB From owner-freebsd-hackers Sat Jun 14 18:41:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19254 for hackers-outgoing; Sat, 14 Jun 1997 18:41:58 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19247 for ; Sat, 14 Jun 1997 18:41:55 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA10601; Sat, 14 Jun 1997 18:40:28 -0700 (PDT) To: "Serge A. Babkin" cc: hackers@FreeBSD.ORG Subject: Re: C optimizer bug ? In-reply-to: Your message of "Sun, 15 Jun 1997 07:36:45 +0600." <199706150136.HAA07646@hq.icb.chel.su> Date: Sat, 14 Jun 1997 18:40:25 -0700 Message-ID: <10597.866338825@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay, here is the description: The function scsi_done() must check > whether xs->bp is zero and then depending on it call biodone() > or wakeup(xs). Sometimes it confuses these cases and does the > wrong thing, in this case the process hangs on tsleep(...,"scsicmd") > or waiting for biodone() (I can't remember the argument of > tsleep() for biodone exactly). The probability of hangup on missing > wakeup(xs) is about 1/4. The hangups on missing biodone() are > rare. Erm, I think you missed my fundamental point. :-) This is NOT how you demonstrate compiler bugs to those who might fix them. You demonstrate compiler bugs by saying things like (to make up an extremely simplistic example): "If I have the following program fragment: int a, b, c; a = 10, b = 20; c = a & b; It generates the following code: ... movl $10,-4(%ebp) movl $20,-8(%ebp) movl -4(%ebp),%eax andl -10(%ebp),%eax movl %eax,-12(%ebp) But shouldn't that be: andl -8(%ebp),%eax For the proper stack offset to `b'? This is a compiler bug." *That* is the kind of thing that compiler folks can act on. What you have reported is not, however, and it's almost certainly likely to generate no response at all. That helps neither you nor us. :-) Jordan From owner-freebsd-hackers Sat Jun 14 19:06:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA19904 for hackers-outgoing; Sat, 14 Jun 1997 19:06:32 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19899 for ; Sat, 14 Jun 1997 19:06:08 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id IAA22124; Sun, 15 Jun 1997 08:07:47 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199706150207.IAA22124@hq.icb.chel.su> Subject: Re: C optimizer bug ? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 15 Jun 1997 08:07:46 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: <10597.866338825@time.cdrom.com> from "Jordan K. Hubbard" at Jun 14, 97 06:40:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ the explanation skipped ] > > For the proper stack offset to `b'? This is a compiler bug." > > *That* is the kind of thing that compiler folks can act on. I was too lazy to do this but if it's going to give any effect I can do it. > > What you have reported is not, however, and it's almost certainly > likely to generate no response at all. That helps neither you nor > us. :-) There is at least one useful point: should the optimizer be used for kernel ? Indeed I got the first bad experience with optimizers when I wrote my first driver for SCO. Now I know why SCO does not use optimizer for kernel :-) -SB From owner-freebsd-hackers Sat Jun 14 20:57:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA23617 for hackers-outgoing; Sat, 14 Jun 1997 20:57:34 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA23612 for ; Sat, 14 Jun 1997 20:57:32 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA10922; Sat, 14 Jun 1997 20:55:49 -0700 (PDT) To: "Serge A. Babkin" cc: hackers@FreeBSD.ORG Subject: Re: C optimizer bug ? In-reply-to: Your message of "Sun, 15 Jun 1997 08:07:46 +0600." <199706150207.IAA22124@hq.icb.chel.su> Date: Sat, 14 Jun 1997 20:55:49 -0700 Message-ID: <10918.866346949@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was too lazy to do this but if it's going to give any effect >I can do it. Well, as I said, what you've done so far will generate *no* effect, so look at this as the only option if causing an effect is what you have in mind. :) > There is at least one useful point: should the optimizer be used for > kernel ? Indeed I got the first bad experience with optimizers Yes, it should be. -O6 (ala Linux) is overkill, of course, but -O should always generate working code regardless of the context. Jordan