Hello everyone, I recently rebuilt my FreeBSD 5.3 system. I updated the source with cvsup to RELENG_5_3 (security branch). This time i added the CPUTYPE, CFLAGS and NOPROFILE variables to my /etc/make.conf so it would look like this:
CPUTYPE= p4 CFLAGS= -O -pipe NOPROFILE= true PERL_VER=5.8.6 PERL_VERSION=5.8.6 Building and installing world and kernel went well, everything works fine. I installed Azureus (java bittorrent client). The problem is, if I scroll a scrollbar or just go to the Azureus option menu, I get a core dump of java and Azureus will give me the following messages in the error log: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 10 occurred at PC=0x34C0CB3A Function=_gtk_tree_view_queue_draw_node+0x1B5B Library=/usr/X11R6/lib/libgtk-x11-2.0.so.600 ... Heap at VM Abort: Heap def new generation total 576K, used 250K [0x2c470000, 0x2c510000, 0x2c950000) eden space 512K, 47% used [0x2c470000, 0x2c4acd58, 0x2c4f0000) from space 64K, 11% used [0x2c500000, 0x2c501e08, 0x2c510000) to space 64K, 0% used [0x2c4f0000, 0x2c4f0000, 0x2c500000) tenured generation total 5156K, used 4372K [0x2c950000, 0x2ce59000, 0x30470000) the space 5156K, 84% used [0x2c950000, 0x2cd95148, 0x2cd95200, 0x2ce59000) compacting perm gen total 9216K, used 9013K [0x30470000, 0x30d70000, 0x34470000) the space 9216K, 97% used [0x30470000, 0x30d3d718, 0x30d3d800, 0x30d70000) Local Time = Sat Mar 26 00:34:53 2005 Elapsed Time = 12 # # The exception above was detected in native code outside the VM # # Java VM: Java HotSpot(TM) Client VM (1.4.2-p7-cyb_25_mar_2005_18_25 mixed mode) # After a lot of testing I was able to narrow the problem down to gtk-2.6.4_1 which i had to built with this /etc/make.conf #CPUTYPE= p4 CFLAGS= -O -pipe NOPROFILE= true PERL_VER=5.8.6 PERL_VERSION=5.8.6 Now my question, is it usefull to set the CPUTYPE in make.conf to activate prozessor-specific optimizations at all? taken from the example make.conf: > # The CPUTYPE variable controls which processor should be targeted for > # generated code. This controls processor-specific optimizations in > # certain code (currently only OpenSSL) as well as modifying the value > # of CFLAGS to contain the appropriate optimization directive to gcc. Has someone else had problems with Azureus/gtk2 if the CPUTYPE was set? Is there a known bug in Azureus/gtk2 preventing the use of CPUTYPE? Regards, Andreas -- GnuPG key : 0xD25FCC81 | http://cyb.websimplex.de/pubkey.asc Fingerprint: D182 6F22 7EEC DD4C 0F6E 564C 691B 0372 D25F CC81
signature.asc
Description: This is a digitally signed message part
