Re: SSH (TCP?) lag
On Sat, Feb 22, 2003 at 10:28:02AM -0500, Andre Guibert de Bruet wrote: Hi, I'm experiencing some rather severe lag during ssh sessions, while running GENERIC on -current (cvsupped as of 5 minutes ago). This symptom first started occuring a couple of days ago with the merging of some TCP patches. snip I noticed the same thing... then maxim try sysctl net.inet.tcp.delayed_ack=0 fixed the issue -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
netns
Does anyone use src/sys/netns (xerox networking)? it's currently uncompilable, seems to have been so for a while, and sys/conf/NOTES says it's provided for amusement value, and are only shipped due to interest. I wouldn't mind seeing it go away in -current and if someone wants it, they can cvs an older version or something... -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: broken c++?
On Mon, Aug 19, 2002 at 01:22:52PM +0100, Josef Karthauser wrote: Is it just me or is libstdc++ linking broken on -current right now? I was able to compile kde3 yesterday ... you may have an old C++ header in place which causes namespace issues. try removing them and doing the installworld thing again? for your own code, you seem to lack -lstdc++ snip -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: broken c++?
On Mon, Aug 19, 2002 at 04:53:08PM +0200, Jan Stocker wrote: for your own code, you seem to lack -lstdc++ This shouldn't be the prob... You never have to add -lstdc++ by hand... using g++ to link has to include it by itself. yeah... I just did a little experimenting, seems to be a namespace issue. So if you're going to use 'cout', remember to either put std::cout or using namespace std; in your code... (damn I hate c++) at one point, hand-adding -lstdc++ fixed problems like this, I can't seem to reproduce it so it may have been a bug or something, I don't know :) -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC 3.2
On Thu, Aug 15, 2002 at 11:59:11AM -0600, Long, Scott wrote: Hi, Are any plans to move to GCC 3.2 in current? Since it is just an ABI change it should work, without changing anything. It would give us a stable, multivendor ABI to work off of for the next line of 5.x releases. Just a thought. Jesse Gross Yes, moving to gcc32 is highly desirable for -current, otherwise we will be stuck at gcc311 for the entire life of FreeBSD 5.x. The important question to ask is, who will do the dirty work? Scott I'd be willing to help. I'm not exactly sure on what modifications to gcc are required to shove it into the base, but I have time (not working right now). :) -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: bdwrite: buffer is not busy
On Fri, Jul 12, 2002 at 10:25:35PM +0400, Andrey A. Chernov wrote: I see this panic constantly during last month or two, UP machine, no softupdates. Anybody else saw it too? Any ideas? I've been seeing it, when I'm lucky :) I get weird issues when mplayer is doing its thing with the sdl backend, usually it follows an error like this: TPTE at 0xbfc20340 IS ZERO @ VA 0x000d panic: bad pte haven't dug in on it yet, I don't have another machine handy to ssh or serial tty in on, and it doesn't release video when the locks happen usually, so I'm not sure if that's the persistant problem :) I'll look into it more when I get time. (btw, UP, softupdates on /usr and /var, not /, cvsup'd at 2002-07-11 09:28 CST (GMT-6) -current) -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Status of C++ in base system?
On Thu, Jul 11, 2002 at 11:01:04AM +0930, Benjamin Close wrote: Hi All, I'm using current from just after the KSE libc_r fix. However it appears that XFree86-client c++ stuff is still broken. Is there a planned time when this will be fixed or am I missing something else? (XFree-libraries compiled and installed without a hitch ). rm -f glxinfo LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. *** Error code 1 this was a pretty easy fix, I edited the makefile in work/xc/programs/glxinfo and changed the 'cc' program to be 'c++', then it compiled fine. This is an error in the makefile, not a bsd problem... maybe we should have a patch to fix this? Cheers, Benjamin -- 3D Research Associate+61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South AustraliaMawson Lakes Blvd. [EMAIL PROTECTED] South Australia, 5095 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
gdb errors in world
This may be a stupid question, but is gdbreplay currently broken? I just cvsup'd today (2002-07-08, 18:42 CST (GMT-6)) cc -O -pipe -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdbreplay -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../gdb -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../../../../contrib/gdb/gdb -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../../../../contrib/gdb/gdb/config -I/usr/src/gnu/usr.bin/binutils/gdbreplay/../../../../contrib/gdb/gdb/gdbserver -DNO_MMALLOC -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c cc1: warnings being treated as errors /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:45: warning: no previous prototype for `perror_with_name' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `perror_with_name': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:55: warning: implicit declaration of function `alloca' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:55: warning: implicit declaration of function `strlen' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:56: warning: implicit declaration of function `strcpy' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:57: warning: implicit declaration of function `strcat' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:61: warning: implicit declaration of function `exit' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: At top level: /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:76: warning: no previous prototype for `remote_close' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `remote_close': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:77: warning: implicit declaration of function `close' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: At top level: /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:85: warning: no previous prototype for `remote_open' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `remote_open': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:76: warning: no previous prototype for `remote_close' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `remote_close': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:77: warning: implicit declaration of function `close' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: At top level: /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:85: warning: no previous prototype for `remote_open' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `remote_open': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:86: warning: function declaration isn't a prototype /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:104: warning: implicit declaration of function `atoi' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: At top level: /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:235: warning: no previous prototype for `expect' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `expect': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:251: warning: implicit declaration of function `read' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: At top level: /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:266: warning: no previous prototype for `play' /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c: In function `play': /usr/src/contrib/gdb/gdb/gdbserver/gdbreplay.c:278: warning: implicit declaration of function `write' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/gdbreplay. *** Error code 1 -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: KSE status report
You were possibly on the right track but we got the answer already :-) there was a debug statement left in queue.h that was breaking some of the queues in libc_r possibly where the thread was taken off the run queue. Now the very important thing is that you keep looking and hacking :-) Looks like I'm out of this one, I got up this morning, cvsup'd and built world just to make sure it was fresh, then I quit getting the crashes. I d'no if the issue was fixed by something someone else did or what... - -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: KSE status report
BTW feel free to spend some time helping try figire out why libc_r is bombing out. It's not an exclusive club :-) I took a stab at hunting it down, I think I may've found it in the libc_r, not the kern src/lib/libc_r/uthread/uthread_kern.c, in the neighborhood of line 172, the last line of _thread_kern_sched() is ___longjmp(_thread_kern_sched_jb, 1); I think that's where the crash is. the setjmp is in uthread_init.c, on line 320, _setjmp(_thread_kern_sched_jb);, but that function doesn't seem to be called? I put some printf's with fflush's in there and I'm not seeing them come up. Maybe I'm misreading something, but that seems to me to be the issue, _thread_kern_sched_jb having junk when it gets longjmp'd... I'm really not quite what all goes into this, so I'm throwing this out to let more experienced minds consider it? :) I think I'm going to wait an hour or two before trying to fix it, maybe someone sees this as a quick fix -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
noise in audio
Hi, not sure quite how to do a bug report on this, and didn't see any bug reports that matched, so I thought I'd throw it to the list to see... Audio output on my compile of current has noise in the audio stream, it's usually very regular... an mp3 pops at a little more than 1hz, a wav is too fast to guess on, almost a buzz. 'sync' and other utils that force disk io make a nasty beep noise, I'm guessing the popping is a very short occurance of that. Compiling puts some ugly noises out through it. 4.4 didn't do it, and I'm dual booting with linux and that doesn't do it, so I don't believe it's strictly hardware. I've posted my kernel config, uname, and dmesg at http://www.smluc.org/~erik/fbsd/ I'm willing to work on this, but I don't want to duplicate effort or spend too long fighting it if it's a stupid config mistake or something :) -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: building cvsup from ports
John I have a patch (courtesy of Brian Somers) that fixes M3. I believe he has submitted it to you. May I/We commit it? M could this patch please be made available via HTTP or anon FTP? so those of us unable to install cvsup can get it? :) thnx -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message