CDROM failure
I replaced my old 486/66 with a P1/133 and some new devices... FreeBSD has a problem with my CD_ROM (alone as master on secondary ata), but it was working quite fine and fast under NT (which the previous owner had installed and i tested the system on). Jun 25 08:15:13 DSLRouter /kernel: acd0: MODE_SENSE_BIG command timeout - resetting Jun 25 08:15:13 DSLRouter /kernel: ata1: resetting devices .. done Jun 25 08:15:13 DSLRouter /kernel: acd0: read data overrun 29/5 Jun 25 08:15:14 DSLRouter /kernel: acd0: MODE_SENSE_BIG command timeout - resetting Jun 25 08:15:14 DSLRouter /kernel: ata1: resetting devices .. done Jun 25 08:15:14 DSLRouter /kernel: acd0: read data overrun 29/0 Jun 25 08:15:14 DSLRouter /kernel: acd0: CDROM CD-ROM CDR-S1G at ata1-master PIO0 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
GCC upgrade ? on -current
Hi, Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Thanks Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
What's the right way to build XFree86-4 now?
Hi folks, Could someone put me out of my misery and show me the right way to build XFree86-4 on -current at the moment. I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_cl ass_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_c lass_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' Looks like bad linkage to me, but I'm all out of foo. :-( Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC upgrade ? on -current
Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. I hacked together a really crude patch based on some info from Joe Clark(e?). Dig through the archives from earlier this week and you should find something. -sc -- Sean Chittenden To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC upgrade ? on -current
On 2002-06-25 12:44 +, Sid Carter wrote: Hi, Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Thanks Regards Sid Not exactly an answer to your question, but about a week ago or so a patch was posted that lets you compile mozilla with the system gcc. I tried it out and am now happily running mozilla 1.0. At least that's a short-term fix for you. -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: GCC upgrade ? on -current
Title: RE: GCC upgrade ? on -current Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Only David's(?) time constraints I think. Gcc is a huge thing to port/maintain, and thus sucks a lot of time. Of course, if someone else was to assist... ;-) Cheers, /Johny, who unfortunately knows very little about gcc itself
Even more progress with perl script rewrites!
/usr/sbin/sysinstall* - fix - * sys/*/conf/gethints.pl * - del?/fix? - * /usr/bin/afmtodit Kyle Martin [EMAIL PROTECTED] - redo - * /usr/bin/mmroff Lester A Mesa [EMAIL PROTECTED] - redo - * /usr/bin/whereissheldonh - redo - * /usr/sbin/adduser Mike Makonnen [EMAIL PROTECTED] - redo - * /usr/sbin/rmuserMike Makonnen [EMAIL PROTECTED] - redo - * /usr/sbin/kbdmapJonathan Belson [EMAIL PROTECTED] - redo - feedback /usr/sbin/vidfont Jonathan Belson [EMAIL PROTECTED] - redo - feedback /usr/bin/sockstat des - redo - ready etc/periodic/* keramida - fix - ready /usr/bin/catman John Rochester [EMAIL PROTECTED] - redo - done /usr/bin/makewhatis John Rochester [EMAIL PROTECTED] - redo - done /usr/libexec/locate.mklocatedb Bob Willcox [EMAIL PROTECTED] - fix - done /usr/sbin/mergemaster dougb - fix - done /usr/sbin/pkg_updatepaul - del - done /usr/sbin/pkg_version reg - redo - done /usr/sbin/scriptdumpume - del - done /usr/sbin/spkrtest Riccardo Torrini [EMAIL PROTECTED] - redo - done release/scripts/*.plru - redo - done Key - redo == to be rewritten fix == to have perl usage removed/redone del == to be deleted feedback == in progress, waiting for more/updates ready == work done, just waiting for commit. done == completed -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
[3.0.1] gcc/g++ 3.1 problems
Hello, I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean /usr/include/g++ and the old one (which has lots of older files due to CURRENT evolution). The weird thing is that my laptop, also running CURRENT, is fine. Any idea ? I attach the config.log file from kdelibs3. This run is with system-g++ and old /usr/include. I managed to compile qt 3.0.3 with the ports 3.1.1 g++ though (needed to avoid system-gcc problems). -=-=- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.52. Invocation command line was $ ./configure --enable-cups --disable-ltdl-install --build=i386-portbld-freebsd5.0 --disable-debug --with-qt-includes=/usr/X11R6/include --with-qt-libraries=/usr/X11R6/lib --with-extra-libs=/usr/local/lib --prefix=/usr/local ## -- ## ## Platform. ## ## -- ## hostname = caerdonn.eurocontrol.fr uname -m = i386 uname -r = 5.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 5.0-CURRENT #0: Mon Jun 10 16:40:23 CEST 2002 [EMAIL PROTECTED]:/spare/obj/src/src/sys/nCAERDONN /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/pilot/bin:/usr/local/bin:/usr/local/pgsql/bin:/usr/bin:/usr/sbin:/sbin:/bin:/home/roberto/shell:/usr/local/sbin:/usr/games:/opt/networker/bin:/usr/local/intel/compiler60/ia32/bin:. ## ## ## Core tests. ## ## ## configure:1176: PATH=.;.; conftest.sh conftest.sh: not found configure:1179: $? = 127 configure:1245: checking build system type configure:1263: result: i386-portbld-freebsd5.0 configure:1270: checking host system type configure:1284: result: i386-portbld-freebsd5.0 configure:1291: checking target system type configure:1305: result: i386-portbld-freebsd5.0 configure:1346: checking for a BSD compatible install configure:1395: result: /usr/bin/install -c -o root -g wheel configure:1433: checking whether build environment is sane configure:1476: result: yes configure:1497: checking for mawk configure:1523: result: no configure:1497: checking for gawk configure:1512: found /usr/bin/gawk configure:1520: result: gawk configure:1530: checking whether gmake sets ${MAKE} configure:1550: result: yes configure:1651: checking for a BSD compatible install configure:1700: result: /usr/bin/install -c -o root -g wheel configure:1721: checking for style of include used by gmake configure:1748: result: GNU configure:1869: checking for gcc configure:1892: result: cc configure:2120: checking for C compiler version configure:2123: cc --version /dev/null 5 cc (GCC) 3.1 [FreeBSD] 20020509 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2126: $? = 0 configure:2128: cc -v /dev/null 5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) configure:2131: $? = 0 configure:2133: cc -V /dev/null 5 cc: argument to `-V' is missing configure:2136: $? = 1 configure:2156: checking for C compiler default output configure:2159: cc -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 5 cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory configure:2162: $? = 0 configure:2191: result: a.out configure:2196: checking whether the C compiler works configure:2202: ./a.out configure:2205: $? = 0 configure:2220: result: yes configure:2227: checking whether we are cross compiling configure:2229: result: no configure:2232: checking for executable suffix configure:2234: cc -o conftest -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 5 cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified
Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems
Ollivier Robert wrote: Hello, I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean /usr/include/g++ and the old one (which has lots of older files due to CURRENT evolution). The weird thing is that my laptop, also running CURRENT, is fine. You need a clean /usr/include. Remove the old one and 'make includes' in /usr/src. Please make also sure your ports-tree is up to date. I think you're using an old bsd.kde.mk. Regards, -- Michael Nottebrock The circumstance ends uglily in the cruel result. - Babelfish msg39953/pgp0.pgp Description: PGP signature
Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems
According to Michael Nottebrock: You need a clean /usr/include. Remove the old one and 'make includes' in Good, that I had. /usr/src. Please make also sure your ports-tree is up to date. I think you're using an old bsd.kde.mk. That was it, thanks. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Perl scripts that need rewiting - Any volunteers?
o Please shorten any long line or comment to less than 80 columns This is quite tricky when using 8 character tabs. Is 4 character indent okay for userland source? Real tabs are best. Look at style(9) for ways to break the long lines. It is ok to break very long lines like this; o Please do not use mktemp(); use mkstemp() instead. I used mktemp() to get a filename to redirect to, eg. /* Improvised example */ char *cmd; asprintf(cmd, prog %s, mktemp(blah)); system(cmd); free(cmd); BIG security hole. Someone can exploit a race to compromise this. I couldn't see a simple way around this, any clues? How's this? int handle; template = /tmp/mumble; char *cmd; handle = mkstemp(template); // template is modified asprintf(cmd, prog %s, template); system(cmd); close(handle); // bye-bye file M -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Perl scripts that need rewiting - Any volunteers?
On (2002/06/25 10:20), Mark Murray wrote: How's this? int handle; template = /tmp/mumble; char *cmd; handle = mkstemp(template); // template is modified asprintf(cmd, prog %s, template); system(cmd); close(handle); // bye-bye file It would be failsafe if you tested that mkstemp() had not returned an error. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
=?windows-874?b?cGFydC10aW1lIDUsMDAwLTEwLDAwMCCk2LOh57fT5LTpICEhIQ==?=
Ãкº¡Ò÷ӧҹ¢Í§¸ØáԨã¹Í¹Ò¤µ·Óä´é§èÒ áÅÐÊÃéÒ§ÃÒÂä´é§ÒÁ¨Ò¡¡Ò÷ӧҹ¼èÒ¹Ãкº¼ÁÁÕÃÒÂä´éÁÒ¡¡ÇèÒ 30,000 / à´×͹ ¨Ò¡¡Ò÷ӧҹà¾Õ§ÇѹÅÐ 2-3 ªÑèÇâÁ§à·èÒ¹Ñé¹âÍ¡ÒÊÁÒ¶Ö§¤Ø³áÅéÇ !àËÅ×Íáµèà¾Õ§¤Ø³¨Ð¤ÇéÒÁѹËÃ×Íà»ÅèÒ¡ÒúÃÃÂÒÂá¹Ð¹Ó¸ØáԨ International E-BusinessàÃÕ¹ÃÙéÇÔ¸Õ¡Ò÷ӧҹ ¸ØáԨ¹Ò¹ÒªÒµÔ º¹ Internet àÃÕ¹ÃÙéá¼¹¡Ò÷ӧҹà¾ÔèÁÃÒÂä´é¾ÔàÈÉã¹áµèÅÐà´×͹ á¼¹ÃÒÂä´éÍÂèÒ§¨ÃÔ§¨Ñ§áºº·Ó§Ò¹ Part-time15,000 ¶Ö§ 60,000 ºÒ·/à´×͹àÇÅÒ·Õèµéͧãªé : 7- 14 ªÁ. /ÊÑ»´ÒËì á¼¹ÃÒÂä´éÍÂèÒ§¨ÃÔ§¨Ñ§áºº·Ó§Ò¹ full-time30,000 ¶Ö§ 170,000 ºÒ·/à´×͹àÇÅÒ·Õèµéͧãªé : 20- 40 ªÁ. /ÊÑ»´ÒËì ¢èÒÇ´Õ ! ÊÓËÃѺ ¼Ùé·ÕèÍÂÙèã¹à¢µ ¡ÃØ§à·¾Ï áÅлÃÔÁűÅÊÓÃͧ·Õè¹Ñè§à¾×èͿѧ¡ÒúÃÃÂÒ ¿ÃÕ !!!* ¢ÍÍÀÑÂËÒ¡¢éͤÇÒÁ¹Õé件֧¤Ø³â´ÂºÑ§àÍÔËÒ¡¤Ø³äÁèµéͧ¡ÒÃÃѺ¢éͤÇÒÁ¹ÕéÍÕ¡ ¡ÃØ³Ò á¨é§ Mail ¢Í§¤Ø³·Õèµéͧ¡ÒÃźÁÒ·Õè "Unsubscribe"
Re: Perl scripts that need rewiting - Any volunteers?
* Mark Murray [EMAIL PROTECTED] [020625 02:26] wrote: I couldn't see a simple way around this, any clues? How's this? int handle; template = /tmp/mumble; char *cmd; handle = mkstemp(template); // template is modified asprintf(cmd, prog %s, template); system(cmd); close(handle); // bye-bye file Kinda buggy. :) int fd, status; char *template = strdup(/tmp/mumble); if (template == NULL) /* ERROR */ fd = mkstemp(template); if (fd == -1) { free(template); /* ERROR */ } asprintf(cmd, prog %s, template); status = system(cmd); unlink(template); free(cmd); free(template); close(fd); /* if normal exit, return true if exit code was 0 (success) */ return (WIFEXITED(status) ? WEXITSTATUS(status) == EXIT_SUCCESS : 0); -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using 1970s technology, start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
=?windows-874?b?cGFydC10aW1lIDUsMDAwLTEwLDAwMCCk2LOh57fT5LTpICEhIQ==?=
Ãкº¡Ò÷ӧҹ¢Í§¸ØáԨã¹Í¹Ò¤µ·Óä´é§èÒ áÅÐÊÃéÒ§ÃÒÂä´é§ÒÁ¨Ò¡¡Ò÷ӧҹ¼èÒ¹Ãкº¼ÁÁÕÃÒÂä´éÁÒ¡¡ÇèÒ 30,000 / à´×͹ ¨Ò¡¡Ò÷ӧҹà¾Õ§ÇѹÅÐ 2-3 ªÑèÇâÁ§à·èÒ¹Ñé¹âÍ¡ÒÊÁÒ¶Ö§¤Ø³áÅéÇ !àËÅ×Íáµèà¾Õ§¤Ø³¨Ð¤ÇéÒÁѹËÃ×Íà»ÅèÒ¡ÒúÃÃÂÒÂá¹Ð¹Ó¸ØáԨ International E-BusinessàÃÕ¹ÃÙéÇÔ¸Õ¡Ò÷ӧҹ ¸ØáԨ¹Ò¹ÒªÒµÔ º¹ Internet àÃÕ¹ÃÙéá¼¹¡Ò÷ӧҹà¾ÔèÁÃÒÂä´é¾ÔàÈÉã¹áµèÅÐà´×͹ á¼¹ÃÒÂä´éÍÂèÒ§¨ÃÔ§¨Ñ§áºº·Ó§Ò¹ Part-time15,000 ¶Ö§ 60,000 ºÒ·/à´×͹àÇÅÒ·Õèµéͧãªé : 7- 14 ªÁ. /ÊÑ»´ÒËì á¼¹ÃÒÂä´éÍÂèÒ§¨ÃÔ§¨Ñ§áºº·Ó§Ò¹ full-time30,000 ¶Ö§ 170,000 ºÒ·/à´×͹àÇÅÒ·Õèµéͧãªé : 20- 40 ªÁ. /ÊÑ»´ÒËì ¢èÒÇ´Õ ! ÊÓËÃѺ ¼Ùé·ÕèÍÂÙèã¹à¢µ ¡ÃØ§à·¾Ï áÅлÃÔÁűÅÊÓÃͧ·Õè¹Ñè§à¾×èͿѧ¡ÒúÃÃÂÒ ¿ÃÕ !!!* ¢ÍÍÀÑÂËÒ¡¢éͤÇÒÁ¹Õé件֧¤Ø³â´ÂºÑ§àÍÔËÒ¡¤Ø³äÁèµéͧ¡ÒÃÃѺ¢éͤÇÒÁ¹ÕéÍÕ¡ ¡ÃØ³Ò á¨é§ Mail ¢Í§¤Ø³·Õèµéͧ¡ÒÃźÁÒ·Õè "Unsubscribe"
Re: Perl scripts that need rewiting - Any volunteers?
Kinda buggy. :) Ya, ya, ya. :-) That was the concept model. The actual author can make it robust. :-) M -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sysinstall meets perl5 packages: the solution is ...?
mark /usr/sbin/sysinstall * - fix - * What should we do about sysinstall and perl5 package? Options for the solution may include: 1) Install perl5 package also if 'base' distribution is selected. pros: Nobody forget to install perl5 package. /usr/bin/perl should work as like as 4-stable. cons: Users who want to have perl-free FreeBSD dislike it. 2) Use additional menu for install perl5 package or not, if 'base' distribution is selected. Install perl5 package if user selects yes to the menu. pros: Choices is available. Maybe nobody forget to install perl5 package. cons: New menu sometimes confuses users. Somebody request that why only perl? please add new menu for installing (your favorite application name here). 3) New entry 'perl5' is added to the distributions list, just like base, compat4x, crypto, XFree86, etc. Install perl5 package if perl5 package is selected. pros: Simple and obvious for users. Also some meta-distribution (for example, 'User') may include perl5 explicitly. cons: Since there are only 32bit for distributions type, if we want to add COMPAT5X distribution in the future, these flags need to be re-organized. Somebody requests that why only perl? please add (your favorite application name here) to the menu. 4) Do nothing. pros: Nothing to be done is a good news :-) cons: Some users may shout: Help! where is my perl? 5) (add your option here) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall meets perl5 packages: the solution is ...?
According to Makoto Matsushita: 3) New entry 'perl5' is added to the distributions list, just like base, compat4x, crypto, XFree86, etc. Install perl5 package if perl5 package is selected. 3a) new entry perl5 added but selected by default to match what's in STABLE. POLA is respected and if some of us want to remove it, it is possible. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel Panic and Automagic Reboots
An Tue, Jun 11, 2002 at 09:13:44AM -0700, Edwin Culp schreib : Quoting Sid Carter [EMAIL PROTECTED]: | FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jun 10 13:55:43 IST | 2002 root@calvin:/usr/obj/usr/src/sys/GENERIC i386 Hi guys, Another reboot. This seems to happen when I have mozilla running or I am just being paranoid Anyway, here are the messages Jun 25 17:45:35 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with inp locked from /usr/src/sys/netinet/tcp_usrreq.c:1013 Jun 25 17:52:14 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 17:52:14 calvin kernel: Memory modified after free 0xc2bb6c00(252) Jun 25 17:52:14 calvin kernel: panic: Most recently used by file desc Jun 25 17:52:14 calvin kernel: Jun 25 17:52:14 calvin kernel: Jun 25 17:52:14 calvin kernel: syncing disks... panic: bremfree: bp 0xc7667c20 n ot locked Jun 25 17:52:14 calvin kernel: Uptime: 7h3m50s Jun 25 17:52:14 calvin kernel: pfs_vncache_unload(): 1 entries remaining Jun 25 17:52:14 calvin kernel: Terminate ACPI Jun 25 17:52:14 calvin kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jun 25 17:52:14 calvin kernel: Rebooting... This has happened like.7 or 8 times in the past or probably more. No solution yet ? Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Automagic Reboots
Hi, This is so cool ;) I just got rebooted again, :D The messages show this. --- Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with process lock locked from /usr/src/sys/kern/kern_exec.c:321 Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue Jun 25 18:21:19 calvin kernel: Jun 25 18:21:19 calvin kernel: Jun 25 18:21:19 calvin kernel: syncing disks... panic: bremfree: bp 0xc7641ac0 n ot locked Jun 25 18:21:19 calvin kernel: Uptime: 28m11s Jun 25 18:21:19 calvin kernel: pfs_vncache_unload(): 1 entries remaining Jun 25 18:21:19 calvin kernel: Terminate ACPI Jun 25 18:21:19 calvin kernel: Automatic reboot in 15 seconds --- uname -a FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jun 25 02:09:28 IST 2002 root@calvin:/usr/obj/usr/src/sys/GENERIC i386 There is this one error also that comes up at boot. --- Jun 25 18:21:19 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with kernel linker locked from /usr/src/sys/kern/kern_linker.c:1798 --- Am doing something wrong ? Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Bootstrap problems for asm
I just copied the relevant example from IBM developerWorks site. I guess they have a thing or two to learn on the topic they were trying to teach :) On Mon, 24 Jun 2002 15:30:51 -0700 (PDT) John Polstra [EMAIL PROTECTED] wrote: Your patch isn't quite right. It's true that matching constraints are allowed only for registers. But read-modify-write operands can still be specified in other ways, specifically using the + modifier. Here's the patch which I'm testing at the moment. I'll commit it later today unless I find something wrong with it. John -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic -- trap in atomic_cmpset_int
Hi, with a -current CVSupped 17 May 22:27 GMT-2: hunter[4]$ gdb -k kernel.debug vmcore.23 GNU gdb 4.18 (FreeBSD) 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... IdlePTD at phsyical address 0x00514000 initial pcb at physical address 0x00420b20 panicstr: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01db544 stack pointer = 0x10:0xe3436bb8 frame pointer = 0x10:0xe3436bc0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 5183 (gnome-spell-compone) trap number = 12 panic: page fault syncing disks... panic: bwrite: buffer is not busy??? Uptime: 5h31m35s pfs_vncache_unload(): 3 entries remaining /dev/vmmon: Module vmmon: unloaded Dumping 1023 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 --- #0 0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 353 } (kgdb) where #0 0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 #1 0xc01fa7d1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353 #2 0xc01fa9dd in panic (fmt=0xc03aab0b bwrite: buffer is not busy???) at /usr/src/sys/kern/kern_shutdown.c:353 #3 0xc0240eac in bwrite (bp=0xd284d130) at /usr/src/sys/kern/vfs_bio.c:1367 #4 0xc0242635 in vfs_bio_awrite (bp=0xd284d130) at /usr/src/sys/kern/vfs_bio.c:1367 #5 0xc01c8a67 in spec_fsync (ap=0xe3436990) at /usr/src/sys/fs/specfs/spec_vnops.c:849 #6 0xc01c844e in spec_vnoperate (ap=0xe3436990) at /usr/src/sys/fs/specfs/spec_vnops.c:849 #7 0xc030b72a in VOP_FSYNC (vp=0xe0e03000, cred=0xd277ff00, waitfor=2, td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810 #8 0xc030abc1 in ffs_sync (mp=0xe0c25200, waitfor=2, cred=0xd277ff00, td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810 #9 0xc025424b in sync (td=0xc03ea5a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:640 #10 0xc01fa2ab in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353 #11 0xc01fa9dd in panic (fmt=0xc03c70de %s) at /usr/src/sys/kern/kern_shutdown.c:353 #12 0xc036d714 in trap_fatal (frame=0xe3436b78, eva=24) at /usr/src/sys/i386/i386/trap.c:652 #13 0xc036d34b in trap_pfault (frame=0xe3436b78, usermode=0, eva=24) at /usr/src/sys/i386/i386/trap.c:652 #14 0xc036cd34 in trap (frame={tf_fs = -1071841256, tf_es = -1069481968, tf_ds = -482213872, tf_edi = 0, tf_esi = -1, tf_ebp = -482120768, tf_isp = -482120796, tf_ebx = 24, tf_edx = 4, tf_ecx = -482191576, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071794876, tf_cs = 8, tf_eflags = 66182, tf_esp = 4, tf_ss = -482191832}) at /usr/src/sys/i386/i386/trap.c:652 #15 0xc01db544 in atomic_cmpset_int (dst=0x18, exp=4, src=3812775720) at /usr/src/sys/kern/kern_descrip.c:476 #16 0xc01db043 in atomic_cmpset_ptr (dst=0x18, exp=0x4, src=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #17 0xc01da276 in fdrop (fp=0xe38be760, td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #18 0xc01da240 in closef (fp=0xe38be760, td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #19 0xc01d987b in fdfree (td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #20 0xc01e03a0 in exit1 (td=0xe3425728, rv=0) at /usr/src/sys/kern/kern_exit.c:448 #21 0xc01dffc8 in exit1 (td=0xe3425728, rv=-482120456) at /usr/src/sys/kern/kern_exit.c:448 #22 0xc036da82 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1, tf_ebp = -1077939108, tf_isp = -482120332, tf_ebx = 686673660, tf_edx = 10, tf_ecx = 686673296, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 686276643, tf_cs = 31, tf_eflags = 658, tf_esp = -1077939152, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:652 #23 0xc035c67d in syscall_with_err_pushed () at /var/tmp//ccqhs5l0.s:128 #24 0x804b6fb in ?? () (kgdb) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sys/stat.h and _POSIX_SOURCE
The last commit to sys/sys/stat.h made by Kirk broke compilation of _POSIX_SOURCE programs. It uses sizeof(struct timespec) to pad the st_createtimespec field to 16 bytes, but struct timespec is not visible when _POSIX_SOURCE is defined. -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
is newreno still sick ?
On my -current laptop, and my other -current and -stable machines, TCP seems to work a lot better if I disable net.inet.tcp.newreno. Has anybody else seen similar behaviour ? Who owns this problem ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failed with -O0
--- Sean Chittenden [EMAIL PROTECTED] wrote: I ran into, what I think is the same thing as you're describing, a while ago. The short and skinny being that -O0 doesn't compile any ASM which breaks things and is why you need at least -O to compile the kernel/world. ::shrug:: I could've botched that explanation, but it took me a while to track this down and have it explained. Kind of obscure IMHO. Someone suggested testing to make sure that at least -O is specified where needed, but I'm 99% sure I haven't seen that commit. -sc -- Sean Chittenden Sean, Thanks for your answer. I'm just curious why a lower optimization level could cause trouble than -O. Anyway, my -current works fine with the default CFLAGS. It seems that there're some commits to rtld-elf on today. Regards, __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
XFree86-4-4.2.0 Build problems on Current
Well I get a build error here, my current is one day old and the perlport is installed. /John xfree86-4 Description: application/java-applet
Error on XFree86-Server
I'm getting the following on upgrade: rm -f translate.o LD_LIBRARY_PATH=../../../../exports/lib cc -c -O -pipe-ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI-DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM-fPIC translate.c In file included from translate.c:779: ../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt': ../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register (insn 96 94 97 (set (subreg:SF (reg:QI 75) 0) (plus:SF (reg:SF 8 st(0) [76]) (reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)) (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) (nil))) ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://www.gnu.org/software/gcc/bugs.html for instructions. *** Error code 1 I have rebuilt /usr/include and my ports tree is up to date. Beech -- --- Beech Rintoul - SysAdmin - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall meets perl5 packages: the solution is ...?
On Tue, Jun 25, 2002 at 07:12:25PM +0900, Makoto Matsushita wrote: 2) Use additional menu for install perl5 package or not, if 'base' distribution is selected. Install perl5 package if user selects yes to the menu. pros: Choices is available. Maybe nobody forget to install perl5 package. cons: New menu sometimes confuses users. You have both standard, express, and custom install paths. You could automatically install the perl package for express and maybe standard. Anyone chosing custom will be able to handle new menus. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: Could someone put me out of my misery and show me the right way to build XFree86-4 on -current at the moment. I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: Try building all of the dependancies with g++31 also. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sys/stat.h and _POSIX_SOURCE
On Tue, 25 Jun 2002, Alexander Kabaev wrote: The last commit to sys/sys/stat.h made by Kirk broke compilation of _POSIX_SOURCE programs. It uses sizeof(struct timespec) to pad the st_createtimespec field to 16 bytes, but struct timespec is not visible when _POSIX_SOURCE is defined. Oops. The patch was supposed to fix _POSIX_SOURCE problems as well as the things mentioned in the log message, but added this new one. The correct fix probably involves using sys/_timespec.h in the _POSIX_SOURCE case and sys/timespec.h in the !_POSIX_SOURCE case. I already use the latter (instead of sys/time.h) locally. I had hoped to completely avoid using the former because it's better to have actual struct members named st_[acm]time than #defines of these names as __st_[acm]timespec.__tv_sec. The latter is bad for debugging and might not be standards conformant. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On (2002/06/25 10:06), David O'Brien wrote: On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: Could someone put me out of my misery and show me the right way to build XFree86-4 on -current at the moment. I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: Try building all of the dependancies with g++31 also. Makes no difference. I'm using a dependecy manager to ensure that all dependencies are built first, in the appropriate order. Was that advice based on the fact that you've built XFree86-4 successfully with lang/gcc31, or was it an educated guess? -- Sheldon Hearn Postmaster - Gambling.com In systems administration, a change is NOT as good as a holiday! To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
On Tue, Jun 25, 2002 at 07:33:27PM +0200, Sheldon Hearn wrote: Was that advice based on the fact that you've built XFree86-4 successfully with lang/gcc31, or was it an educated guess? Just a guess. I wonder if C++ code is being compiled with `gcc' rather than `g++'. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Automagic Reboots
Sid Carter [EMAIL PROTECTED] wrote: Hi, This is so cool ;) I just got rebooted again, :D The messages show this. --- Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with process lock locked from /usr/src/sys/kern/kern_exec.c:321 Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue I've actually seen this, too; not been able to track it down at all, though. At the moment, I've checked everywhere obviously M_KQUEUE memory is alloced and dealloced and have no good leads. -- Brian Fundakowski Feldman \'[ FreeBSD ]''\ [EMAIL PROTECTED] [EMAIL PROTECTED] \ The Power to Serve! \ Opinions expressed are my own. \,,\ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Need testers: patch for CURRENT C++ troubles
I made the following patch to get C++ exceptions working with system GCC 3.1. STLPort and all other previously failing test cases appear to be working fine. Please test this patch and let me know if it breaks anything. -- Alexander Kabaev Index: config/i386/freebsd.h === RCS file: /usr/ncvs/src/contrib/gcc/config/i386/freebsd.h,v retrieving revision 1.56 diff -u -r1.56 freebsd.h --- config/i386/freebsd.h 21 Jun 2002 22:53:03 - 1.56 +++ config/i386/freebsd.h 24 Jun 2002 13:57:37 - @@ -390,6 +390,8 @@ || write_symbols == DWARF_DEBUG) \ ? svr4_dbx_register_map[(n)] \ : dbx_register_map[(n)]) +#define DWARF_FRAME_REGNUM(n) \ + (TARGET_64BIT ? dbx64_register_map[n] :svr4_dbx_register_map[(n)]) /* tag end of file in elf mode */ #undef DBX_OUTPUT_MAIN_SOURCE_FILE_END To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: custom kernel
On 24-Jun-2002 (11:36:34/GMT) Makoto Matsushita wrote: The only (I think) user configurable file under /usr/src tree is the custom kernel file, pointed by KERNCONF in /etc/make.conf. cd /usr/src; make {build,install}kernel with KERNCONF=YOUR_KERNEL_CFG KERNCONFDIR=/path/to/dir/of/YOUR_KERNEL_CFG/file/mentioned/above seems working (but I don't test it). Thanks to all hints (also to who link it out of /usr/src tree). This one is what I prefer but it doesn't work on -STABLE, can we back port this 3 lines of diffs also to 4.x ? # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 --- /usr/src/Makefile.inc1.origMon Apr 29 20:42:50 2002 +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 @@ -402,9 +402,10 @@ KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf KRNLOBJDIR=${OBJTREE}${KRNLSRCDIR} +KERNCONFDIR?= ${KRNLCONFDIR} BUILDKERNELS= INSTALLKERNEL= .for _kernel in ${KERNCONF} -.if exists(${KRNLCONFDIR}/${_kernel}) +.if exists(${KERNCONFDIR}/${_kernel}) BUILDKERNELS+= ${_kernel} .if empty(INSTALLKERNEL) @@ -440,5 +441,6 @@ cd ${KRNLCONFDIR}; \ PATH=${TMPPATH} \ - config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} ${_kernel} + config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} \ + ${KERNCONFDIR}/${_kernel} .endif .if !defined(NOCLEAN) !defined(NO_KERNELCLEAN) Riccardo. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Fw: !!
Chris Hansen- Original Message -From: "friends" < [EMAIL PROTECTED] >To: < [EMAIL PROTECTED] >Sent: Tue,25 Jun 2002 20:42:39 PMSubject: !!This e-mail is never sent unsolicited. If you need to unsubscribe, follow the instructions at the bottom of the message.***Enjoy this friendship Screen Saver and Check ur friends circle...Send this screensaver from www.shakingfriendship.org to everyone youconsider a FRIEND, even if it means sending it back to the personwho sent it to you. If it comes back to you, then you'll know youhave a circle of friends.* To remove yourself from this mailing list, point your browser to: http://shakingfriendship.org/remove?freescreensaver * Enter your email address ([EMAIL PROTECTED]) in the field provided and click "Unsubscribe". OR... * Reply to this message with the word "REMOVE" in the subject line.This message was sent to address [EMAIL PROTECTED]X-PMG-Recipient: [EMAIL PROTECTED] <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> attachment: shakescr.scr
unsubscribe freebsd-current
Visite nuestra pgina Web en http://www.shell.com.ar Este mensaje es confidencial. Puede contener informacin amparada por el secreto comercial. Si usted ha recibido este e-mail por error, por favor tenga la amabilidad de comunicarlo va e-mail y eliminarlo de su sistema; no deber copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias. This message is confidential. It may also contain information that is privileged or not authorized to be disclosed. If you have received it by mistake please let us know by e-mail immediately and delete it from your system. You should also not copy the message nor disclose its contents to anyone. Many thanks.
Re: custom kernel
On Tue, Jun 25, 2002 at 08:14:30PM +0200, Riccardo Torrini wrote: # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 --- /usr/src/Makefile.inc1.origMon Apr 29 20:42:50 2002 +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 @@ -402,9 +402,10 @@ KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf KRNLOBJDIR=${OBJTREE}${KRNLSRCDIR} +KERNCONFDIR?= ${KRNLCONFDIR} Why do we need yet another knob? Why not just ?= KRNLCONFDIR, or default KERNCONFDIR to ${KRNLSRCDIR}/${TARGET}/conf ? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC upgrade ? on -current
Sid Carter wrote: Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. On Intel, FreeBSD will automatically use 4M pages for mmap'ed device and other memory that is on a 4M boundary and a multiple of 4M in size. You would have to ask Wilko or Drew, etc., about Alpha. For that, you would have better luck posting on the -alpha list, rather than the -current list. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC upgrade ? on -current
Is this not the latest one? alpha:~: gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) Ken On Tue, 25 Jun 2002, Sid Carter wrote: Hi, Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Thanks Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-current compile problem: vgrind not found in share/doc/papers/kernmalloc
hello, world\n for a few days now I'm trying to upgrade my -current from about Wed May 1 but keep running into the following. I've nuked /usr/src and /usr/obj to remove the possibility of stale files. Could the reason be that my old current still uses gcc version 2.95.4 20020320 [FreeBSD] or some outdated *.mk files? === share/doc/papers/kernmalloc touch _stamp.extraobjs (cd /src/current/share/doc/papers/kernmalloc; soelim kernmalloc.t) kernmalloc.ms vgrind -f /src/current/share/doc/papers/kernmalloc/appendix.t appendix.ms vgrind: not found *** Error code 127 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: What's the right way to build XFree86-4 now?
Hello Sheldon, On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: Hi folks, Could someone put me out of my misery and show me the right way to build XFree86-4 on -current at the moment. I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: ... This must be glxinfo. This shows btw, that the make World was not successful, therefore the install fails. The problem here, as verified by my build logs, is that glxinfo (really, xc/programs/glxinfo) is built using gcc since it is C, but tries to link against -lGLU, which is C++. Specifying -lstdc++ explicitly on the link line works in this case. Changing the compiler was not trivial here, since the Imake framework generated Makefiles decide on which compiler to use based on the source file suffices, and since here it is .c, they use gcc for both building and linking. The quick way out I found is to hack the Makefile by hand and including the extra lib, but this both ugly and wrong. There is another problem, however, and this is that the libGLU built is parctically unusable anyway, although there the correct compiler is used (g++), one alway needs to link -lstdc++ with it for it to work. I do not know why this is. Other parts of X appear to work ok. As an aside, this is a rather interesting way of building, but both XFree and OpenMotif use it: the build does not stop at build failures so you only notice the problems upon install time when it tries to build the missing pieces again. THerefore, before installing, one should always grep the build logs for all not remade because of errors. Also see xc/programs/Xserver/hw/xfree86/doc/BUILD. Also as an aside, the current way of building the X4 port with its slave port sucks royally. The libs are built no less than 3 times, and the whole shebang is untarred at least as many times, which means that 1 gig is not enough for building it! Let's face it, the X build is like ours: make World was not designed to be used sliced up like this. There should be one full build port for XFree-4 just like there is one for the old X, and the now slave ports should only be there for people who for some reason need them. Duplicated code in the Makefiles certainly does not justify this nightmare that a full build of XFree-4 from ports now is. At least that's my opinion. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GCC upgrade ? on -current
Munish Chopra wrote: On 2002-06-25 12:44 +, Sid Carter wrote: Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Not exactly an answer to your question, but about a week ago or so a patch was posted that lets you compile mozilla with the system gcc. I tried it out and am now happily running mozilla 1.0. At least that's a short-term fix for you. To make this clear: It was a patch against Mozilla, which changed the default THUNK type expected in recent FreeBSD. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [3.0.1] gcc/g++ 3.1 problems
Ollivier Robert wrote: I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean /usr/include/g++ and the old one (which has lots of older files due to CURRENT evolution). The weird thing is that my laptop, also running CURRENT, is fine. Any idea ? You must manually update the system STL. This is a FAQ for GCC 3.1 in -current. As a well known C++ guru, you're probably the perfect person to update the system STL in the source tree... 8-) 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems
Ollivier Robert wrote: According to Michael Nottebrock: You need a clean /usr/include. Remove the old one and 'make includes' in Good, that I had. /usr/src. Please make also sure your ports-tree is up to date. I think you're using an old bsd.kde.mk. That was it, thanks. Looks like I missed seeing the commit message that updated the STL. Please disregard the last message on the STL. This is cool; I love it when I wrong about things like this... -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall meets perl5 packages: the solution is ...?
Makoto Matsushita wrote: mark /usr/sbin/sysinstall * - fix - * What should we do about sysinstall and perl5 package? Options for the solution may include: [ ... ] 5) (add your option here) Make perl just another package. Bonus points: In the upgrade case, install it if perl is already installed, unless it's explicitly de-selected; make the same thing work for other packages, as well. Jordan and Eric were working on this at one time. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failed with -O0
Shizuka Kudo wrote: Thanks for your answer. I'm just curious why a lower optimization level could cause trouble than -O. Anyway, my -current works fine with the default CFLAGS. It seems that there're some commits to rtld-elf on today. THe compiler is broken. If you are that intent on compiling a non-optimized FreeBSD so you can benchmark it against an optimized Linux, well, you could always compile everything but the files with asm() statements at -O0, and then manuall compile those with -O... 8-) 8-) 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Automagic Reboots
Brian F. Feldman wrote: --- Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with process lock locked from /usr/src/sys/kern/kern_exec.c:321 Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue I've actually seen this, too; not been able to track it down at all, though. At the moment, I've checked everywhere obviously M_KQUEUE memory is alloced and dealloced and have no good leads. If you care a lot, then you need to search the kernel for structures that are exactly 252 bytes. The normal cause of this message is a reference cound underflow, which could be because of a reference count overflow (I had a similar case with cred's a whilke back). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message