, arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:872
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP
Hi,
and OpenOffice packages for CURRENT will be available from
http://projects.imp.ch/openoffice as you already know ;-)
I really really hope that portmgr will be able
to make at least a english openoffice package of
FreeBSD 5.0 RELEASE.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
Hi,
Oha!
Is the attached backtrace from the bwrite or the vm_fault panic then?
If from the wrong panic, how to get the real one?
kern.sync_on_panic=0 in /etc/sysctl.conf
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
and -march=pentium4. I do not
have P4 myself and I cannot reproduce the problem locally.
This problem is also solved. libm compiles again fine with -march=pentium4.
OpenOffice and xmms, mpg123 work as they did before.
Thank you very very much for your work !
Martin
Martin Blapp, [EMAIL PROTECTED
Hi,
Looks like we win some and we loose some. I just noticed something
weird on my P4 desktop using:
I reported it too soon. I forgot that on remote Desktops the problem doesn't
happen
:P
So OpenOffice is still broken.
Yes, now mpg123 plays sound, but the output is horribly noisy. I'm at
/make.conf. Looks like there could
be some crashes related to this one. Bezier and X-Server crashes ? Or is
nobody using CPUTYPE?=p4 ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP
Hi,
I just got a report from a user which has several dc cards with all
the broken mac adresses.
dc0@pci0:13:0: class=0x02 card=0x05741317 chip=0x09851317 rev=0x11
hdr=0x00
vendor = 'Admtek Inc'
device = 'ADM983 fast ethernet controller'
class= network
subclass =
Hi,
... I thought I should explicitly mention that merging this particular
change as it stands is a bad idea because PNIC and Davicom cards (at least)
are not yet correctly handled. The code in -stable is the old broken but
apparently harmless code. This new code is attempting to be more
Hi,
OpenBSD gets these cards right. I've not ported their code to our
system at this time. I know that the problem is due to our not
reading the SEEPROM correctly. I talked to the openbsd folks about
this a long time ago, but didn't have the time needed to follow up.
Thanks for the tip.
Hi Mark,
I have a Netgear FA510 (32-bit CardBus).
cardbus0: Expecting link target, got 0x0
cardbus0: Resource not specified in CIS: id=10, size=80
cardbus0: Resource not specified in CIS: id=14, size=400
dc0: Intel 21143 10/100BaseTX port 0x1000-0x107f mem 0x88002400-0x880027ff irq
11
Hi all,
I just read the current mailinglist.
I think we would have to test all cases with all cards. What cards
do you have Stephen, with which clone Chipsets ? Can you make a list
of them ?
I've got somewhere another dc card which made problems. I guess
it was PNIC.
Martin
To Unsubscribe:
Hi all,
With help of http://www.memtest86.com/memtest86-3.0.iso I've tracked
it down to three 3 ! bad DRAMS.
Sorry about all this.
Still unsolved is the
options PSE
options PG_G
stuff with Ram that passes all tests. Corruption there still
happens.
Martin
Martin Blapp, [EMAIL PROTECTED
Hi John,
See the patch I've submitted last week or previous week.
Topic was uncomitted dc0 PR's. I had a patch for this there.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP
Hi John,
Your patch looks correct ! Thanks to finding this out.
Can you commit this or do you wait for McKay ? Or should
I ;-) ?
Ps: the automatic TX underrun recovery still needs to be comitted.
Without it no cvsup survives here.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
Hi Robert,
Chances are, if you change an important variable such as memory size, it
will change the failure mode for this bug. Carefully marking the memory
Sigh.
Looks like you are right. After running the system now for 8 hours,
I got exactly the same crash as before. Again. It's the same
or even hw.physmem=65536
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP
Hi,
One thing you didn't mention was trying a different power supply. A
marginal power supply can cause strange errors. Increasing your memory
size from 512 MB to 1 GB might add just enough load to the supply to
push it over the edge ...
Yes. I've replaced the power supply. But only
Hi,
Can someone else to and try this on PIV system ?
Thanks
did this on my Celeron2 on a 440BX and a Samsung SpinPoint 80GB drive
(limited to UDMA33). softupdates enabled and no errors after hours of
patching/cleaning.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
Which Asus? Does it support ECC memory? Do you have ECC memory and
have ECC enabled in the BIOS?
I used 3 boards:
1. ASUS P4B533-V 1GB DRAM 2100
2. Intel BG485 512MB DRAM 2100
3. Intel BG485 512MB DRAM 2100 ECC
The thing that scared me about these reports was that I was under the
Hi,
I'm not seeing panics, but I am seeing memory corruption causing about
every third buildworld to fail. Usually this affects `cc1' or `ld',
but last night I saw corruption in a source file.
Before new gcc3.2 import I also have not seen panics. Panics started after
latest 3.2.1 import.
Hi,
I was seeing random-looking memory corruption on my Athlon box during
repeated buildworld runs without these options. I've also got 1GB of
RAM, so the source tree would remain cached in RAM after the first run.
The memory corruption would show up as damage to random files in the
Hi all,
Hope this helps people. After I've disabled the secondlevel
CPU cache, the panic is now always at the same place:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
2937pte = vtopte(pv-pv_va);
2938
Hi,
Try building your kernel with options PMAP_REMOVE_PAGES_CURPROC_ONLY and
see if the panic goes away. If that works, the problem is
pmap_pte_quick().
I'll do ASAP. I'm at work at the moment, and the box in question is
at home :).
Thanks very much for looking into that !
In looking at
Hi all,
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
, and with the DRAM and without.
So maybe we have now a trace where the problem could be.
Sorry if I can track this down to hardware.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29
?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B
0xc03aa7d0 fuword
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint
Hi,
options DISABLE_PSE
options DISABLE_PG_G
I use that too. With them enabled I see memory corruption.
Just a thought ... What type of disks are you using? I'm running SCSI
here.
ATA ... But I should see disk errors then ...
I've bought now new disks and will try to
= 10, tf_ecx = 0, tf
_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 134905791, tf_cs = 31, tf_eflags
= 658, tf_esp = -1077938100, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1050
#18 0xc02f356d in Xint0x80_syscall () at {standard input}:140
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
! Does
somewhere a alarm bell ring ? Or may it only be the limited speed
comaring the SCSI disk to the ATA Raids ?
Would it be possible that gcc32 does make some faulty code
in the ata subsystem ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
pte
$1 = (pt_entry_t *) 0xbfc20370
(kgdb) p tpte
$2 = 0
(kgdb) p pv-pv_va
$3 = 135118848
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826
when I started this during fsck_ufs
was validating my /usr disk (soft updates, post fsck check)
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061
?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC
Hi,
If I were you I'd start swapping memory modules, because I'm not having
Already did that. I even used ECC ram.
any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you try to build a huge project ? If I don't compile anything big
and load the machine it works
Hi,
and Martins patch:
This one works standalone and with 2 and 3 above. It seems to have
increase ftp transfer rates too from 8600Kbytes/sec to 10577Kbytes/sec.
Cool.
Ofcourse, for some odd reason, if the ftp was done from a Windows XP Pro
machine, it's only 6722KBytes/sec.
Hmm.
Hi,
1) dc driver uses wrong case to read MAC from eeprom.
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482
This one seems to break data sending/receiving as the only thing that
works is pinging and that's only on the alias/secondary IP and not the
primary IP network which is
...
http://groups.google.com/groups?q=netbsd+imonhl=enlr=ie=UTF-8selm=20010315153337.A3926%40wasabisystems.comrnum=2
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133
Hi,
As the kqueue paper points out, /dev/imon is less efficient that
the kqueue equivalent.
Of course. But it sucks adding kqueue support to all programs which already
use imon support.
I'll do this now for the fam port. Any other programs out there which use
/dev/imon directly ?
That
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C
Hi,
When I tried these patches manually handpatching on 08182002 JP
SNAPSHOT, it took away the error messages like you had mentioned except
I can ping everything except for the gateway. Also, no other protocols
would work at all so it seems like something else broke. I took out
the
);
+ }
+ }
}
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C
Ups, forgot to add here the PR number ...
3) ADMtek AN98x, enable automatically TX underrun recovery
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34236
Patch No3 fixes some part of link problem on EN2242 cards.
I've tested this patch and it makes by laptop working again with
cvsup.
Martin
Hi,
I have upgraded fam to 2.6.9. Please check if the problem still exists.
Thanks.
Yes it is still broken. Can you review this patch and
commit it appropriate ? This fixes the brokeness with
gcc32.
$ cat patch-Scheduler.h
--- Scheduler.h.origWed Sep 4 22:50:11 2002
+++ Scheduler.h
.
Thank you everybody who made this possible.
Alexander, will you commmit the gcc workaround ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41
: *** [all-recursive-am] Error 2
*** Error code 2
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l
Folks,
ports/audio/arts
I got this one solved by rm /usr/ports. It was a stale patch :/
ports/devel/fam
---
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DCONFIG_ETC_CONFIG_PATH=\/usr/lo
cal/etc/fam.conf\-O -pipe -c RPC_TCP_Connector.c++
c++
Hi,
That's not KDE domain, though. We only depend on FAM.
Of course ;-)
But the arts problem I fixed - sigh - was a KDE
problem. I just listed this one too.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi,
totally wrong, and this won't break things. I'm just a bit startled that
this appears out of nowhere (I sure don't recall it being discussed) and
just happens, with 10 minutes warning.
The 2.95.3 - 3.1 prerelease upgrade was a big step.
3.1 prerelease - 3.2 is a little step which fixes
)
mmap(0x0,65536,0x1,0x1,4,0xe)= 674123776 (0x282e5000)
munmap(0x282e5000,0x1) = 0 (0x0)
sigaction(SIGSEGV,0xbfbff908,0xbfbff8e8) = 0 (0x0)
I've removed everything and build a new X. Same symptoms.
Mmap problem ?
Martin
Martin Blapp, [EMAIL
Hi,
I don't know why, but adding this to XF86Config:
Option NoInt10
Solved the problem.
Thank you anyways ;-)
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi Soeren,
However, this kind of problem in most cases spells bad HW to me,
ie subspec RAM, poor powersupply, badly cooled CPU, overclocking etc etc...
That's what I thought too. I have now three different systems which show
all this:
1) PIV 1,6Ghz, Intel B845DG Board, 1GB Kingston Ram,
2)
Hi,
options DISABLE_PSE
options DISABLE_PG_G
Just added them. I'll now build 20 buildworlds with those enabled.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
after such an action, but showed
up again later after some buildworlds.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93
Hi Terry,
options DISABLE_PSE
options DISABLE_PG_G
I'm now at buildworld IV, since I have these options compiled it
the bug did not show up again.
Another sideeffect: Before that I could not even make -j 10 buildworld,
that ended with a page fault somewhere im pmap... This
this be with the Intel manufacured board ? Is it
a design issue, or could it still be a FreeBSD bug ?
Both Mobo's use the same i845 chipset, and use the same Ram.
Can anyone who experienced those coredumps send me a exact list
of used chipsets ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL
Hi,
I have a P4 mobile in my laptop and also had this behaviour for a certain
-current window last week (the time I got the laptop). (Dell C640)
Now it is gone. I'm sorry, I don't have an exact date/commit.
Try to do some worlds in a row (5-10) and you will see if it survives.
The problem
Hi,
The 2nd one fails at exactly the same point, that can't be coindedence.
Also with a signal 10. (libutil)
The 3rd ended somewhere else(games/rogue), but now with signal 4.
Doing the 4rd now.
Which ends with signal 11 in usr.sbin/devinfo/ ...
Mark
May this be the memory
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B 0A18
Hi all / Alexander,
Kevin B. Hendricks [EMAIL PROTECTED] wrote
I would say either your bridge code is broken the walk back of the
exception handler is not finding the proper try clause for some
reason.
The bridge code should be fine as it works in Linux with gcc3.1.1.
The catching of
Hi,
Any plans or ideas when gcc3.2 will be imported ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP
Hi,
I think if you search the mailinglist archive you will find your answer
quickly (it has been addressed several times).
Thanks, yes found it. But with the answers I'm very unpleased. I really
really hope that we import either 3.2 or 3.3 now. Personally I'd
go with 3.2.
The fact is that
);
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B
Hi,
If you are interested, I have make a full check of NFS/RPC related code in
FreeBSD current (June 24), and I have some mods to complete the port of
kernel NFS and RPC applcations to TI-RPC and/or IPv6
The modified files are:
Of course we are interested ! I knew that many servers did not
.
Patch is based on my work and Jean-Luc Richier [EMAIL PROTECTED].
Comments are welcome.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00
Hi,
btw does it still use -fsjlj method for exception handling?
sjlj and dwarf2 work. But the problem with CURRENT is that this patch seems
to be needed. (Patch from Alexander Kabaev)
Index: config/i386/freebsd.h
===
RCS file:
of the packages compiled with gcc31 on
STABLE, which run wonderful on CURRENT with compat libs ...
http://www.imp.ch/openoffice
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133
, nothing else. rpcinfo will only contain one entry
per protocol.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP
Very very strange ...
How recent is your CURRENT ?
Mine is :
FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002
root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd
/usr/ports/x11/XFree86-4-libraries
root@fuchur:/usr/ports/x11/XFree86-4-libraries# cc --version
gcc (GCC) 3.1.1 20020617
Hi,
I see the bug now too - with the newest snapshot. Sorry about this !
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41
Hi Stefan,
Did the GCC-3.1 from ports compile translate.c with optimization
turned on ???
It didn't, just one or two weeks ago.
GCC3.1.1 Prerelease.
Yes it did. I removed the patch andd added -O and -O2 again.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
make CC=gcc31 CXX=g++31 clean install
This currently doesn't work with the Xfree86 ports. CC
is hardcoded there.
Could the maintainer please fix this ?
I also had to fix OO to work with this.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
Hi Daniel,
Just spotted this on the Apache development mailinglist. It seems they
need our help to fix threads issues, but have not succeeded in that and
gave up.. :/
Is there anything we can get done to help make Apache 2 on FreeBSD work
well in threaded/perchild mode?
Could you have a
(wait_reqd=2) at
/usr/src/lib/libc_r/uthread/uthread_kern.c:829
#2 0x282b0dea in _thread_kern_scheduler () at
/usr/src/lib/libc_r/uthread/uthread_kern.c:482
#3 0x0 in ?? ()
Martin
PS: I seem to get the same deadlock if in OpenOffice if I open a
website and try to edit it ...
Martin
Martin
Hi,
Looks like Rev. 1.9 and Rev. 1.7 of src/lib/libc_r/uthread/uthread_sendfile.c
never have been MFC'd.
I added those fixes, but apache2 is still a no go with threads.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC C87C FE7B
Hi Terry,
Terry Lambert wrote:
In any case, here is a patch for i386; you will need similar
patches for the other architectures.
Oops.
I messed the negative logic. BTW, that should be an #ifndef
insdtead of a #ifdef in your original patch.
Here is a corrected patch for ansi.h.
Hi
I think that if this is going to result in MFC's of things that
change the libraries for 4.6, that the update of the libc image
in 5.x for -compat is going to have to wait for 4.6-RELEASE.
That's a good idea.
I also think that it may mean another major version number change,
since
Hi Terry,
I saw a posting of some of the breakage. There was a type that
wasn't defined in scope in a prototype, and then there were a
couple that were missing (e.g. unexpected ;) because of some
bogus includes. I didn't really see anything that I could blame
on GCC31 itself (I admit it
This is very interesting ...
diff -ruN /usr/ports/lang/gcc31/work/gcc-20020527/libstdc++-v3
/usr/src/contrib/libstdc++ | more
I guess this issues has been fixed in the ports version, and is
still unfixed in the system.
Why can't we just cvs import the new version ?
Martin
Martin Blapp
|
/usr/bin/sort -r | /usr/bin/xargs /bin/rmdir 2 /dev/null || true
=== Installing for mozilla-1.0,1
=== mozilla-1.0,1 depends on shared library: ORBit.2 - found
See :-) ?
Our current g++ in system is seriously broken.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED
this debugging session? (y or n) n
Create a core file containing the current state of GDB? (y or n) n
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061
02:38 libc_r.so.4
Can we please add now new uuencoded versions to the build ?
That would make the openofice package working on CURRENT !
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP
Hi,
Why is it linked against a hacked 4.x libc, instead of an
unhacked 5.x libc?
Because gcc31 and libstd++ and stlport are unusable for OpenOffice
to build. Exceptions are broken. Optimazations are broken.
Why is the compat stuff necessary for -current at all?
Because some users like to
Hi all,
I can tell now for sure, that all SIG11 and SIG4 problems are
gone with make buildworld, if I compile here
make(8)
rm(8)
mkdir(8)
with -g -ggdb
If I don't do that, make world stops after 4 - 30 seconds. So it
could be definitly some optimizing bug in our gcc. And this bug
seems to be
] (with BFD 2.11.2 20010719 [FreeBSD])
Supported emulations:
elf_i386
collect2: ld returned 1 exit status
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone
soon.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: finger -l [EMAIL PROTECTED]
PGP Fingerprint: B434 53FC
function. */
-/* #undef HAVE_SQRTL */
+#define HAVE_SQRTL 1
/* Define if you have the strtof function. */
/* #undef HAVE_STRTOF */
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse
sqrtl
016c T sqrtl
root@fuchur:/usr/src/gnu/lib/libstdc++# nm /usr/lib/libstdc++.a | grep sinl
0134 T sinl
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
hi Peter,
To be sure we're all on the same page, simply uncommenting stubs.c solves
your problem with no libm changes, right?
Exactly.
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hi,
I've seen this problem too. I don't know if it has been solved, but
-CURRENT's C++ compiler has been broken for a while. The workaround has
been to install the gcc31 port and use it, e.g make
CXX=/usr/local/bin/g++31
And this doesn't work anymore. I see this with a fresh 3.1 port too
Hi all,
Have you done a 'make world' in the last 24 hours or so? What does this show:
No. And I have tested it now in STABLE to with the gcc32 and gcc31 ports.
Result is the same.
gcc295 in stable, and a march gcc31 port are fine. All other gcc3.x versions
are failing.
ls -l /usr/bin/c++
included from stlport_prefix.h:28,
Anybody has a idea why ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP
are gone. Ok, I did not
use -pipe then. I'll will now try to use -pipe and -g and -ggdb
all together.
How the fuck this can have a effect on these coredumps ???
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG
Hi all,
The problem must have been introduced after April, 3.
I've a kernel.old from this date which runs perfectly.
Maybe this can help to track the bug down.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare
solved ?
Martin (still clueless)
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP Fingerprint: B434 53FC C87C FE7B 0A18
really pointless.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686
I can tell now for sure that it happens on CURRENT only.
I replaced the disk with a STABLE one, same model, and have
completed a make buildworld -j 20 sucessfully.
The CURRENT disk (in this case SCSI, but it happens also on ATA
dumps core a buildworld after 10 - 30 seconds.
Martin
Martin
Hi,
Not help, but a question:
If openoffice compiles with ports' version of gcc?
And if it runs compiled this way?
unfortunatly not. The build segfaults in a different way. I'll upgrade the port
to the latedt build tomorrow. Let's see if it builds now properly with
gcc3.1
Martin
To
With gcc3.1 on -CURRENT, or with gcc3.1 on -STABLE?
Both :)
martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Per thread exception stacks? THat's where I'd look...
Hmm, good point. The programms that crashed were all threaded ...
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
101 - 200 of 294 matches
Mail list logo