dump over SSH: please MFC
5 months ago, a change was made to Allow users to specify a command to use as remote command instead of using rcmd directly, see http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/net/rcmd.c The comment says this should have been MFC'd after 2 months but it wasn't. Both NetBSD and OpenBSD have similar features and I'd like FreeBSD to catch up so I can use dump over SSH the right way. -- MfG, Johann To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: wordperfect
A quick google search found the file a few places and I was able to dl it. Just FYI, corel's web site will still give you liscence keys for it as well. James On Sat, Apr 06, 2002 at 01:03:57AM -0800, Eric wrote: Given tho that you are going to be using this in a commercial environ I think you will probably have to purchase from them, but check the Agreemetnt at the URL above I already own it; obtained Corel Linux 1 year ago which came with WordPerfect Office 2000. But there is no GUILG00.GZ nor anything resembling it. My disk works fine for Corel, but what am I gonna do with FBSD? README on that disk says run ./setup. My research does not reveal what to do with that on FBSD? I brandelf'ed it first and it still no worky. Here's my conspiracy theory: If Corel, CNET and TwoCows pulled their distribution, Corel does not want it distributed. That means everyone must stop (except the Ruski's ;-) ). Copyright stuff. Eric To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: UDP problems in 4.5-STABLE
Dave Hayes wrote: Nasrudin was driving a friend in his car at a spanking pace. Suddenly, glimpsing a signpost, the friend called out Mulla, we're going in the wrong direction! Why don't you ever think of something good? came the reply. Just look, for instance, at the speed we are going at. Is this from the new, 21st Century Tales of the Incomparable Mulla Nasrudin? '-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: NFS hang with fxp and Network Appliance fileserver
Kip, with v3 TCP mounts I'm getting: Stale NFS file handle. complaints after a few hours of inactivity. I've verified that the filer has not rebooted. Adi On Fri, Apr 05, 2002 at 11:19:39PM -0800, Kip Macy wrote: Okay, I've forced nfs v3 and tcp like this: -3,tcp,ro,intr,nodev,nosuid,noauto and seems to work fine too...so the problem is with fragments on v2 and v3 UDP mounts (I tested both and they had the same hanging behaviour). I'm glad that that fixed the problem. If this is not already documented on this end, I will try to get it updated to reflect this. I think TCP should be the default. I agree with Kirk that the designers of NFSv2 took statelessness a little too seriously when they used UDP. The fact of the matter is you still have state, but you move it from the network stack into the client and the server. The end effect being that you reproduce parts of TCP badly. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Congratulations
attachment: logobottom[1].jpg
Re: NFS hang with fxp and Network Appliance fileserver
Since you didn't mention seeing this before, is this only on the machine with the fxp driver? Is there any way I could see the logs from both ends? I don't know off hand what could be causing that except to be sitting in a directory that has been deleted out from underneath you. -Kip On Sat, 6 Apr 2002, Aditya wrote: Kip, with v3 TCP mounts I'm getting: Stale NFS file handle. complaints after a few hours of inactivity. I've verified that the filer has not rebooted. Adi On Fri, Apr 05, 2002 at 11:19:39PM -0800, Kip Macy wrote: Okay, I've forced nfs v3 and tcp like this: -3,tcp,ro,intr,nodev,nosuid,noauto and seems to work fine too...so the problem is with fragments on v2 and v3 UDP mounts (I tested both and they had the same hanging behaviour). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Intel i830M Graphics
PGP Key : http://www.marcuscom.com/pgp.asc On Fri, 5 Apr 2002, James Satterfield wrote: FreeBSD 4.5-stable doesn't appear to support this device. It cannot find the bridge device. So it doesn't matter if XFree86 supports it or not. The 82830 host to AGP bridge is supported in -stable if the agp kernel module is loaded. I saw your message on -current. It doesn't look like you're loading the agp.ko (unless it's compiled in the kernel). If not, what happens if you add: agp_load=YES to /boot/loader.conf? Joe James - Original Message - From: Joe Marcus Clarke [EMAIL PROTECTED] To: James Satterfield [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, April 05, 2002 8:12 PM Subject: Re: Intel i830M Graphics To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: wordperfect
On Sat, Apr 06, 2002 at 11:11:09AM -0500, James A Halstead ;001;icsg3; wrote: A quick google search found the file a few places and I was able to dl it. Just FYI, corel's web site will still give you liscence keys for it as well. James My dime's worth on xwp is that is a perfectly useful tool for anything word-processing that I've had to do. Do you know if the newest wordperfect is buildable using the FBSD port? The version I have is at least one step behind the newer port version. gary On Sat, Apr 06, 2002 at 01:03:57AM -0800, Eric wrote: Given tho that you are going to be using this in a commercial environ I think you will probably have to purchase from them, but check the Agreemetnt at the URL above I already own it; obtained Corel Linux 1 year ago which came with WordPerfect Office 2000. But there is no GUILG00.GZ nor anything resembling it. My disk works fine for Corel, but what am I gonna do with FBSD? README on that disk says run ./setup. My research does not reveal what to do with that on FBSD? I brandelf'ed it first and it still no worky. Here's my conspiracy theory: If Corel, CNET and TwoCows pulled their distribution, Corel does not want it distributed. That means everyone must stop (except the Ruski's ;-) ). Copyright stuff. Eric To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Upgraded libraries breaks aolserver port?
Just recently upgraded my machine, and aolserver no longer starts, with an error of: nsthread(20981) error: pthread_cond_timedwait failed in Ns_CondTimedWait: Invalid argument OS is: 4.5-STABLE FreeBSD 4.5-STABLE #6: Mon Mar 25 21:01:05 CST 2002 Has anyone else seen this? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Upgraded libraries breaks aolserver port?
On Sat, 6 Apr 2002, Marc G. Fournier wrote: Just recently upgraded my machine, and aolserver no longer starts, with an error of: nsthread(20981) error: pthread_cond_timedwait failed in Ns_CondTimedWait: Invalid argument OS is: 4.5-STABLE FreeBSD 4.5-STABLE #6: Mon Mar 25 21:01:05 CST 2002 Has anyone else seen this? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message As a followup to this, the 'offending' function is in thread/pthread.cpp ... does anything look wrong with the function that would cause the above error in the latest FreeBSD? int Ns_CondTimedWait(Ns_Cond *condPtr, Ns_Mutex *mutexPtr, Ns_Time *timePtr) { pthread_cond_t *cond; pthread_mutex_t *lockPtr; Thread *ownerPtr; Mutex *mPtr; int err, status; struct timespec ts; if (timePtr == NULL) { Ns_CondWait(condPtr, mutexPtr); return NS_OK; } cond = GETCOND(condPtr); mPtr = GETMUTEX(mutexPtr); lockPtr = mPtr-lock; ownerPtr = mPtr-ownerPtr; mPtr-ownerPtr = NULL; /* * Convert the microsecond-based Ns_Time to a nanosecond-based * struct timespec. */ ts.tv_sec = timePtr-sec; ts.tv_nsec = timePtr-usec * 1000; /* * As documented on Linux, pthread_cond_timedwait may return * EINTR if a signal arrives. We have noticed that * EINTR can be returned on Solaris as well although this * is not documented (perhaps, as above, it's possible it * bubbles up from _lwp_cond_timedwait???). Anyway, unlike * the ETIME case above, we'll assume the wakeup is truely * spurious and simply restart the wait knowing that the * ts structure has not been modified. */ do { err = pthread_cond_timedwait(cond, lockPtr, ts); } while (err == EINTR); #ifdef HAVE_ETIME_BUG /* * See comments above and note that here ETIME is still considered * a spurious wakeup, not an indication of timeout because we're * not making any assumptions about the nature or this bug. * While we're less certain, this should still be ok as properly * written condition code should tolerate the wakeup. */ if (err == ETIME) { err = 0; } #endif if (ERRTIMEDOUT(err)) { status = NS_TIMEOUT; } else if (err != 0) { NsThreadFatal(Ns_CondTimedWait, pthread_cond_timedwait, err); } else { status = NS_OK; } mPtr-ownerPtr = ownerPtr; ++mPtr-nlock; return status; } To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
4.5 hangs on shutdown with X running on 2 virtual terminals
My 4.5-RELEASE box hangs on about every 3 out of 4 shutdowns, immediately following the message syslogd: exiting on signal 15 The box is still pingable, but unresponsive to the keyboard except to break to the debugger. The apparent cause of the problem is the addition of a line to /etc/X11/xdm/Xservers, which runs another X display on ttyv9: :0 local /usr/X11R6/bin/X :0 ttyv8 :1 local /usr/X11R6/bin/X :1 ttyv9 I'm expecting the solution to be ``Don't start X that way, you idiot,'' but that wouldn't explain why the lockups are random. In any case, I'm including a backtrace and other info just in case this is a real bug. Thanks in advance for any help with this one. das@HAL9000:/usr/crash# uname -a FreeBSD HAL9000.wox.org 4.5-RELEASE-p2 FreeBSD 4.5-RELEASE-p2 #0: Sat Apr 6 05:26:22 PST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HAL9000.debug i386 das@HAL9000:/usr/crash# X -version das@HAL9000:/usr/crash# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd. (kgdb) symbol-file /usr/obj/usr/src/sys/HAL9000/kernel.debug Reading symbols from /usr/obj/usr/src/sys/HAL9000/kernel.debug...done. (kgdb) exec-file kernel.0 (kgdb) core-file vmcore.0 IdlePTD at phsyical address 0x00346000 initial pcb at physical address 0x002affc0 panicstr: from debugger panic messages: --- panic: from debugger syncing disks... 28 3 2 2 done Uptime: 7m33s dumping to dev #ad/0x20009, offset 32 dump ata0: resetting devices .. done 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 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 0 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:474 474 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:474 #1 0xc013fba7 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:313 #2 0xc013ffa1 in panic (fmt=0xc0249a24 from debugger) at /usr/src/sys/kern/kern_shutdown.c:582 #3 0xc0120c9d in db_panic (addr=-1071468396, have_addr=0, count=-1, modif=0xcdcb3af8 ) at /usr/src/sys/ddb/db_command.c:435 #4 0xc0120c3d in db_command (last_cmdp=0xc027ae94, cmd_table=0xc027acd4, aux_cmd_tablep=0xc02ab4d8) at /usr/src/sys/ddb/db_command.c:333 #5 0xc0120d02 in db_command_loop () at /usr/src/sys/ddb/db_command.c:457 #6 0xc0122e1f in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:71 #7 0xc022ae36 in kdb_trap (type=3, code=0, regs=0xcdcb3c00) at /usr/src/sys/i386/i386/db_interface.c:158 #8 0xc02375c0 in trap (frame={tf_fs = -1071972336, tf_es = -1055064048, tf_ds = 16, tf_edi = 0, tf_esi = -1070857696, tf_ebp = -842318776, tf_isp = -842318804, tf_ebx = 134, tf_edx = 0, tf_ecx = 32, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -1071468396, tf_cs = 8, tf_eflags = 582, tf_esp = -1071183105, tf_ss = -1071196759}) at /usr/src/sys/i386/i386/trap.c:574 #9 0xc022b094 in Debugger (msg=0xc026d5a9 manual escape to debugger) at machine/cpufunc.h:67 #10 0xc0226c0a in scgetc (sc=0xc02c5dc0, flags=2) at /usr/src/sys/dev/syscons/syscons.c:3148 #11 0xc0223481 in sckbdevent (thiskbd=0xc02be920, event=0, arg=0xc02c5dc0) at /usr/src/sys/dev/syscons/syscons.c:616 #12 0xc021acf6 in atkbd_intr (kbd=0xc02be920, arg=0x0) at /usr/src/sys/dev/kbd/atkbd.c:462 #13 0xc0242418 in atkbd_isa_intr (arg=0xc02be920) at /usr/src/sys/isa/atkbd_isa.c:140 #14 0xc013de4a in add_interrupt_randomness (vsc=0xc02c54ac) at /usr/src/sys/kern/kern_random.c:245 #15 0xc022d042 in vec1 () #16 0xc0223e9a in scioctl (dev=0xc11e6200, cmd=536901126, data=0xcdcb3ea8 \n, flag=7, p=0xcbfe28a0) at /usr/src/sys/dev/syscons/syscons.c:955 #17 0xc0178326 in spec_ioctl (ap=0xcdcb3de4) at /usr/src/sys/miscfs/specfs/spec_vnops.c:306 #18 0xc0178051 in spec_vnoperate (ap=0xcdcb3de4) at /usr/src/sys/miscfs/specfs/spec_vnops.c:119 #19 0xc01d3ee5 in
Re: wordperfect
(changed followups to -questions, from -stable, where it belongs) in message [EMAIL PROTECTED], wrote Eric thusly... ... Can someone who has successfully installed WordPerfect 8 (or 9?) to FBSD please let me know 1. Does the performance meet production standards, 2. Any tips for installation, and ... consider the following to be a tip. or, a rant. your choice. xwp can be a PITA when invoked from xterm (as compared to when invoked from root menu of a window manager). consider i am in /usr/home/parv; i create a subdirectory ./tmp. i invoke xwp in /usr/home/parv from xterm. now, if i try to save a file in ./tmp, xwp complains about missing files. if i happen to be in /usr/home/parv when the first i started xwp, registration key is saved there. if i, by misfortune, happen to be in /usr/home/parv/tmp start xwp from there, i will be asked for the registration key .wprc directory will be created in /usr/home/parv/tmp. so far, wherever i saved a file, a .wprc directory was created. talk about the sheep droppings[0]! now, i consciously try to avoid starting xwp from the command line and use root menu (in fvwm2) to launch xwp. oh, if i happened not to be in /usr/home/parv when i started[1] X, too bad... [0] in case you don't know, sheep droppings are in small black round balls; generally aligned in a line as sheep walks poops. [1] the working directory is inherited in X (from console) if not properly taken care of, say in xinitrc. if you start X from /tmp, you will see be in that directory when you start xterm, for example. - parv -- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message