From owner-freebsd-mozilla@FreeBSD.ORG Sun Oct 19 13:53:34 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3729C16A4B3 for ; Sun, 19 Oct 2003 13:53:34 -0700 (PDT) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE2A43F85 for ; Sun, 19 Oct 2003 13:53:33 -0700 (PDT) (envelope-from kronic_bsd@fastmail.fm) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id CED6131765B for ; Sun, 19 Oct 2003 16:53:30 -0400 (EDT) Received: from 10.202.2.132 ([10.202.2.132] helo=www.fastmail.fm) by messagingengine.com with SMTP; Sun, 19 Oct 2003 16:53:30 -0400 Received: by www.fastmail.fm (Postfix, from userid 99) id EA6723C0D3; Sun, 19 Oct 2003 16:53:29 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "KroNiC~BSD" To: freebsd-mozilla@freebsd.org Date: Sun, 19 Oct 2003 14:53:29 -0600 X-Epoch: 1066596810 X-Sasl-enc: cMzKyyKxpx/TgvxDRWZVmQ Message-Id: <20031019205329.EA6723C0D3@www.fastmail.fm> Subject: Fwd: firebird 7 in freebsd cvs appears to be broke X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 20:53:34 -0000 On Sun, 19 Oct 2003 14:42:55 -0600, "KroNiC~BSD" said: > I downloaded the new firebird-7 port from the freebsd cvs server. Make > will run for about 20-mins then stop with these errors: > > gmake[4]: Leaving directory > `/sandbox/firebird/work/mozilla/content/xsl/public' > gmake[3]: Leaving directory `/sandbox/firebird/work/mozilla/content/xsl' > gmake[3]: Entering directory > `/sandbox/firebird/work/mozilla/content/events' > gmake[4]: Entering directory > `/sandbox/firebird/work/mozilla/content/events/public' > gmake[4]: Leaving directory > `/sandbox/firebird/work/mozilla/content/events/public' > gmake[4]: Entering directory > `/sandbox/firebird/work/mozilla/content/events/src' > nsEventListenerManager.cpp > c++ -o nsEventListenerManager.o -c -DOSTYPE=\"FreeBSD5\" > -DOSARCH=\"FreeBSD\" -I./../../html/base/src -I./../../xul/content/src > -I../../../dist/include/xpcom -I../../../dist/include/string > -I../../../dist/include/dom -I../../../dist/include/js > -I../../../dist/include/locale -I../../../dist/include/gfx > -I../../../dist/include/layout -I../../../dist/include/widget > -I../../../dist/include/caps -I../../../dist/include/xpconnect > -I../../../dist/include/docshell -I../../../dist/include/pref > -I../../../dist/include/view -I../../../dist/include/necko > -I../../../dist/include/unicharutil -I../../../dist/include/content > -I../../../dist/include > -I/sandbox/firebird/work/mozilla/dist/include/nspr -I/usr/local/include > -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include > -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions > -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual > -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -O -pipe -march=athlon-xp > -D_THREAD_SAFE -fshort-wchar -pipe -DNDEBUG -DTRIMMED > -ffunction-sections -I/usr/X11R6/include -I/usr/X11R6/include > -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h > nsEventListenerManager.cpp > In file included from nsEventListenerManager.cpp:69: > ../../../dist/include/content/nsINodeInfo.h:324: internal compiler error: > Segmentation > fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > gmake[4]: *** [nsEventListenerManager.o] Error 1 > gmake[4]: Leaving directory > `/sandbox/firebird/work/mozilla/content/events/src' > gmake[3]: *** [libs] Error 2 > gmake[3]: Leaving directory > `/sandbox/firebird/work/mozilla/content/events' > gmake[2]: *** [libs] Error 2 > gmake[2]: Leaving directory `/sandbox/firebird/work/mozilla/content' > gmake[1]: *** [tier_9] Error 2 > gmake[1]: Leaving directory `/sandbox/firebird/work/mozilla' > gmake: *** [default] Error 2 > *** Error code 2 > > Thanks in advance > -- > KroNiC~BSD > kronic_bsd@fastmail.fm > > -- > http://www.fastmail.fm - Send your email first class thought i would forward this to freebsd-mozilla I also downloaded the src code from mozilla'a cvs and tried to build it myself with the following .mozconfig file MOZ_PHOENIX=1 BUILD_OFFICIAL=1 export MOZ_PHOENIX export BUILD_OFFICIAL mk_add_options MOZ_PHOENIX=1 mk_add_options BUILD_OFFICIAL=1 ac_add_options --prefix=/usr/local/firebird ac_add_options --disable-tests ac_add_options --disable-debug ac_add_options --disable-mailnews ac_add_options --disable-composer ac_add_options --disable-calendar ac_add_options --disable-xinerama ac_add_options --disable-ctl ac_add_options --disable-mathml ac_add_options --disable-ldap ac_add_options --disable-ldap-experimental ac_add_options --disable-mailnews ac_add_options --disable-js-ultrasparc ac_add_options --disable-gtktest ac_add_options --disable-shared ac_add_options --enable-static ac_add_options --enable-crypto ac_add_options --disable-pedantic ac_add_options --with-pthreads ac_add_options --enable-optimize="-O2 -funroll-loops -ffast-math -fschedule-insns2 -fexpensive-optimizations" had to add " ac_add_options --disable-pedantic " or the build would stop with c++ errors for the exceptions. anyway this did build and firebird started but when you go to options and try to select the private config section it just crashes, no error ....just crashes. -- KroNiC~BSD kronic_bsd@fastmail.fm -- http://www.fastmail.fm - Email service worth paying for. Try it for free From owner-freebsd-mozilla@FreeBSD.ORG Sun Oct 19 14:06:51 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A730116A4B3 for ; Sun, 19 Oct 2003 14:06:51 -0700 (PDT) Received: from blues.jpj.net (blues.jpj.net [208.210.80.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EDE43F85 for ; Sun, 19 Oct 2003 14:06:50 -0700 (PDT) (envelope-from trevor@jpj.net) Received: from blues.jpj.net (localhost.jpj.net [127.0.0.1]) by blues.jpj.net (8.12.10/8.12.3) with ESMTP id h9JL6ltU018541; Sun, 19 Oct 2003 17:06:47 -0400 (EDT) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost)h9JL6lqW018538; Sun, 19 Oct 2003 17:06:47 -0400 (EDT) X-Authentication-Warning: blues.jpj.net: trevor owned process doing -bs Date: Sun, 19 Oct 2003 17:06:46 -0400 (EDT) From: Trevor Johnson To: KroNiC~BSD In-Reply-To: <20031019205329.EA6723C0D3@www.fastmail.fm> Message-ID: <20031019170453.O14998@blues.jpj.net> References: <20031019205329.EA6723C0D3@www.fastmail.fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-mozilla@freebsd.org Subject: Re: Fwd: firebird 7 in freebsd cvs appears to be broke X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 21:06:51 -0000 KroNiC~BSD wrote: > > c++ -o nsEventListenerManager.o -c -DOSTYPE=\"FreeBSD5\" > > -DOSARCH=\"FreeBSD\" -I./../../html/base/src -I./../../xul/content/src [...] > > In file included from nsEventListenerManager.cpp:69: > > ../../../dist/include/content/nsINodeInfo.h:324: internal compiler error: > > Segmentation > > fault [...] > had to add " ac_add_options --disable-pedantic " or the build would stop > with c++ errors for the exceptions. What does "c++ --version" say? -- Trevor Johnson From owner-freebsd-mozilla@FreeBSD.ORG Sun Oct 19 15:36:20 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23E4116A4B3 for ; Sun, 19 Oct 2003 15:36:20 -0700 (PDT) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7D643F85 for ; Sun, 19 Oct 2003 15:36:17 -0700 (PDT) (envelope-from kronic_bsd@fastmail.fm) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id F175B318A05; Sun, 19 Oct 2003 18:36:14 -0400 (EDT) Received: from 10.202.2.132 ([10.202.2.132] helo=www.fastmail.fm) by messagingengine.com with SMTP; Sun, 19 Oct 2003 18:36:15 -0400 Received: by www.fastmail.fm (Postfix, from userid 99) id 07D353EFD0; Sun, 19 Oct 2003 18:36:14 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "KroNiC~BSD" To: "Trevor Johnson" Date: Sun, 19 Oct 2003 16:36:13 -0600 X-Epoch: 1066602975 X-Sasl-enc: 0g/NvO08hIhIGysU4E0CbA References: <20031019205329.EA6723C0D3@www.fastmail.fm> <20031019170453.O14998@blues.jpj.net> In-Reply-To: <20031019170453.O14998@blues.jpj.net> Message-Id: <20031019223614.07D353EFD0@www.fastmail.fm> cc: freebsd-mozilla@freebsd.org Subject: Re: Fwd: firebird 7 in freebsd cvs appears to be broke X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 22:36:20 -0000 hi trev.... here is what you were asking. # c++ --version c++ (GCC) 3.3.1 [FreeBSD] Copyright (C) 2003 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. Thanks for all your help and for updating the firebird port,, your hard work is much appreciated. Have a fantastic day. Ps: when i installed freebsd 5.1 and updated to 5-current about a week ago...i followed the handbook http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html and maybe this might be my problem,,, in regards to this section: 21.4.2 Check /etc/make.conf Examine the files /etc/defaults/make.conf and /etc/make.conf. The first contains some default defines - most of which are commented out. To make use of them when you rebuild your system from source, add them to /etc/make.conf. Keep in mind that anything you add to /etc/make.conf is also used every time you run make, so it is a good idea to set them to something sensible for your system. A typical user will probably want to copy the CFLAGS and NOPROFILE lines found in /etc/defaults/make.conf to /etc/make.conf and uncomment them. Examine the other definitions (COPTFLAGS, NOPORTDOCS and so on) and decide if they are relevant to you. per the instructions above my make.conf looks like this: # cat /etc/make.conf # $FreeBSD: src/share/examples/etc/make.conf,v 1.218 2003/09/24 04:19:26 gshapiro Exp $ # # NOTE: Please would any committer updating this file also update the # make.conf(5) manual page, if necessary, which is located in # src/share/man/man5/make.conf.5. # # /etc/make.conf, if present, will be read by make (see # /usr/share/mk/sys.mk). It allows you to override macro definitions # to make without changing your source tree, or anything the source # tree installs. # # This file must be in valid Makefile syntax. # # There are additional things you can put into /etc/make.conf. # You have to find those in the Makefiles and documentation of # the source tree. # # # 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. # The automatic setting of CFLAGS may be overridden using the # NO_CPU_CFLAGS variable below. # Currently the following CPU types are recognized: # Intel x86 architecture: # (AMD CPUs) athlon-mp athlon-xp athlon-4 athlon-tbird athlon k6-3 # k6-2 k6 k5 # (Intel CPUs) p4 p3 p2 i686 i586/mmx i586 i486 i386 # Alpha/AXP architecture: ev67 ev6 pca56 ev56 ev5 ev45 ev4 # Intel ia64 architecture: itanium # # (?= allows to buildworld for a different CPUTYPE.) # CPUTYPE?=athlon-xp #NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically # # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings above -O (-O2, ...) are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to "-O" before submitting bug reports # to the developers. # Note also that at this time the -O2 setting is known to produce BROKEN # CODE on the Alpha platform. # CFLAGS= -O -pipe # # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # #CXXFLAGS+= -fmemoize-lookups -fsave-memoized # # MAKE_SHELL controls the shell used internally by make(1) to process the # command scripts in makefiles. Three shells are supported, sh, ksh, and # csh. Using sh is most common, and advised. Using ksh *may* work, but is # not guaranteed to. Using csh is absurd. The default is to use sh. # #MAKE_SHELL?=sh # # BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested # for use in developing FreeBSD and testing changes. They can be used by # putting "CFLAGS+=${BDECFLAGS}" in /etc/make.conf. -Wconversion is not # included here due to compiler bugs, e.g., mkdir()'s mode_t argument. # #BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ # -Wcast-qual -Wchar-subscripts -Winline \ # -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ # -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings # # To compile just the kernel with special optimizations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway). # There is very little to gain by using higher optimization levels, and doing # so can cause problems. # #COPTFLAGS= -O -pipe # # To build the system compiler such that it forces high optimization levels to # a lower one. GCC -O2+ is known to trigger known optimizer bugs at various # times -- this is worse on the Alpha platform. The value assigned here will # be the highest optimization value used. #WANT_FORCE_OPTIMIZATION_DOWNGRADE=1 # # Compare before install #INSTALL=install -C # # Mtree will follow symlinks #MTREE_FOLLOWS_SYMLINKS= -L # # To build ppp with normal permissions #PPP_NOSUID= true # # To enable installing ssh(1) with the setuid bit turned on #ENABLE_SUID_SSH= true # # To enable installing newgrp(1) with the setuid bit turned on. # Without the setuid bit, newgrp cannot change users' groups. #ENABLE_SUID_NEWGRP= true # # To avoid building various parts of the base system: #NO_CVS= true # do not build CVS #NO_CXX= true # do not build C++ and friends #NO_BIND= true # do not build BIND #NO_FORTRAN= true # do not build g77 and related libraries #NO_GDB= true # do not build GDB #NO_I4B= true # do not build isdn4bsd package #NO_IPFILTER= true # do not build IP Filter package #NO_KERBEROS= true # do not build and install Kerberos 5 (KTH Heimdal) #NO_LPR= true # do not build lpr and related programs #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector #NO_MODULES= true # do not build modules with the kernel #NO_OBJC= true # do not build Objective C support #NO_OPENSSH= true # do not build OpenSSH #NO_OPENSSL= true # do not build OpenSSL (implies NO_KERBEROS and # NO_OPENSSH) #NO_SENDMAIL= true # do not build sendmail and related programs #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) #NO_X= true # do not compile in XWindows support (e.g. doscmd) #NOCRYPT= true # do not build any crypto code #NOGAMES= true # do not build games (games/ subdir) #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) #NOMAN= true # do not build manual pages NOPROFILE= true # Avoid compiling profiled libraries #NOSHARE= true # do not go into the share subdir # # To build sys/modules when building the world (our old way of doing things) #MODULES_WITH_WORLD=true # do not build modules when building kernel # # The list of modules to build instead of all of them. #MODULES_OVERRIDE= linux ipfw # # If you always want to build the Linux ext2fs kernel module. #WANT_EXT2FS_MODULE=yes # # The following controls building optional IDEA code in libcrypto and # certain ports. Patents are involved - you must not use this unless # you either have a license or fall within patent 'fair use' # provisions. # # *** It is YOUR RESPONSIBILITY to determine if you can use this! *** # # IDEA is patented in the USA and many European countries - thought to # be OK to use for any non-commercial use. This is optional. #MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NOMANCOMPRESS= true # # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: # #COMPAT1X= yes #COMPAT20= yes #COMPAT21= yes #COMPAT22= yes #COMPAT3X= yes #COMPAT4X= yes # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTERDEVICE= ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by the # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=0 #BOOTWAIT=30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be dynamically configured to use a # serial port in addition to or instead of the keyboard/video console. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. Alter as necessary. # # COM1: = 0x3F8, COM2: = 0x2F8, COM3: = 0x3E8, COM4: = 0x2E8 # #BOOT_COMCONSOLE_PORT= 0x3F8 # # The default serial console speed is 9600. Set the speed to a larger value # for better interactive response. # #BOOT_COMCONSOLE_SPEED= 115200 # # By default the 'pxeboot' loader retrieves the kernel via NFS. Defining # this and recompiling /usr/src/sys/boot will cause it to retrieve the kernel # via TFTP. This allows pxeboot to load a custom BOOTP diskless kernel yet # still mount the server's '/' (i.e. rather than load the server's kernel). # #LOADER_TFTP_SUPPORT= YES # # # Kerberos 5 su (k5su) # If you want to use the k5su utility, define this to have it installed # set-user-ID. #ENABLE_SUID_K5SU= yes # # # Kerberos5 # If you want to install MIT Kerberos5 port somewhere other than /usr/local, # define this (this is also used to tell ssh1 that kerberos is needed): # #KRB5_HOME= /usr/local # # # CVSup update flags. Edit SUPFILE settings to reflect whichever distribution # file(s) you use on your site (see /usr/share/examples/cvsup/README for more # information on CVSup and these files). To use, do "make update" in /usr/src. # #SUP_UPDATE= yes # #SUP= /usr/local/bin/cvsup #SUPFLAGS= -g -L 2 #SUPHOST= cvsup.uk.FreeBSD.org #SUPFILE= /usr/share/examples/cvsup/standard-supfile #PORTSSUPFILE= /usr/share/examples/cvsup/ports-supfile #DOCSUPFILE= /usr/share/examples/cvsup/doc-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE= 101 # # Documentation # # The list of languages and encodings to build and install # #DOC_LANG= en_US.ISO8859-1 ru_RU.KOI8-R # # # sendmail # # The following sets the default m4 configuration file to use at # install time. Use with caution as a make install will overwrite # any existing /etc/mail/sendmail.cf. Note that SENDMAIL_CF is now # deprecated. The value should be a fully qualified path name. # #SENDMAIL_MC=/etc/mail/myconfig.mc # # The following sets the default m4 configuration file for mail # submission to use at install time. Use with caution as a make # install will overwrite any existing /etc/mail/submit.cf. The # value should be a fully qualified path name. # #SENDMAIL_SUBMIT_MC=/etc/mail/mysubmit.mc # # If you need to build additional .cf files during a make buildworld, # include the full paths to the .mc files in SENDMAIL_ADDITIONAL_MC. # #SENDMAIL_ADDITIONAL_MC=/etc/mail/foo.mc /etc/mail/bar.mc # # The following overrides the default location for the m4 configuration # files used to build a .cf file from a .mc file. # #SENDMAIL_CF_DIR=/usr/local/share/sendmail/cf # # Setting the following variable modifies the flags passed to m4 when # building a .cf file from a .mc file. It can be used to enable # features disabled by default. # #SENDMAIL_M4_FLAGS= # # Setting the following variables modifies the build environment for # sendmail and its related utilities. For example, SASL support can be # added with settings such as: # # with SASLv1: # SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL # SENDMAIL_LDFLAGS=-L/usr/local/lib # SENDMAIL_LDADD=-lsasl # # with SASLv2: # SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2 # SENDMAIL_LDFLAGS=-L/usr/local/lib # SENDMAIL_LDADD=-lsasl2 # # Note: If you are using Cyrus SASL with other applications which require # access to the sasldb file, you should add the following to your # sendmail.mc file: # # define(`confDONT_BLAME_SENDMAIL',`GroupReadableSASLDBFile') # #SENDMAIL_CFLAGS= #SENDMAIL_LDFLAGS= #SENDMAIL_LDADD= #SENDMAIL_DPADD= # # Setting SENDMAIL_SET_USER_ID will install the sendmail binary as a # set-user-ID root binary instead of a set-group-ID smmsp binary and will # prevent the installation of /etc/mail/submit.cf. # This is a deprecated mode of operation. See etc/mail/README for more # information. # #SENDMAIL_SET_USER_ID= # # The permissions to use on alias and map databases generated using # /etc/mail/Makefile. Defaults to 0640. # #SENDMAIL_MAP_PERMS= As you can see i defined the cpu type to athlon-xp, maybe this is an issue. On Sun, 19 Oct 2003 17:06:46 -0400 (EDT), "Trevor Johnson" said: > KroNiC~BSD wrote: > > > > c++ -o nsEventListenerManager.o -c -DOSTYPE=\"FreeBSD5\" > > > -DOSARCH=\"FreeBSD\" -I./../../html/base/src -I./../../xul/content/src > [...] > > > In file included from nsEventListenerManager.cpp:69: > > > ../../../dist/include/content/nsINodeInfo.h:324: internal compiler error: > > > Segmentation > > > fault > [...] > > had to add " ac_add_options --disable-pedantic " or the build would stop > > with c++ errors for the exceptions. > > What does "c++ --version" say? > -- > Trevor Johnson -- KroNiC~BSD kronic_bsd@fastmail.fm -- http://www.fastmail.fm - The way an email service should be From owner-freebsd-mozilla@FreeBSD.ORG Tue Oct 21 14:33:57 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5C116A4B3 for ; Tue, 21 Oct 2003 14:33:57 -0700 (PDT) Received: from blues.jpj.net (blues.jpj.net [208.210.80.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E4E943F85 for ; Tue, 21 Oct 2003 14:33:56 -0700 (PDT) (envelope-from trevor@jpj.net) Received: from blues.jpj.net (localhost.jpj.net [127.0.0.1]) by blues.jpj.net (8.12.10/8.12.3) with ESMTP id h9LLXotU073022; Tue, 21 Oct 2003 17:33:50 -0400 (EDT) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost)h9LLXmQs073018; Tue, 21 Oct 2003 17:33:50 -0400 (EDT) X-Authentication-Warning: blues.jpj.net: trevor owned process doing -bs Date: Tue, 21 Oct 2003 17:33:48 -0400 (EDT) From: Trevor Johnson To: KroNiC~BSD In-Reply-To: <20031019223614.07D353EFD0@www.fastmail.fm> Message-ID: <20031021172737.P72507@blues.jpj.net> References: <20031019205329.EA6723C0D3@www.fastmail.fm> <20031019170453.O14998@blues.jpj.net> <20031019223614.07D353EFD0@www.fastmail.fm> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-mozilla@freebsd.org Subject: Re: Fwd: firebird 7 in freebsd cvs appears to be broke X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2003 21:33:57 -0000 > # c++ --version > c++ (GCC) 3.3.1 [FreeBSD] I had compiled it with GCC "2.95.4" (the one in FreeBSD 4.9-RC) and with GCC 3.2.2 from FreeBSD 5.1. Since you reported the problem, I tried GCC 3.3.2 from the ports collection and that worked too. I ought to try GCC 3.3.1, but I suspect it will work. > 21.4.2 Check /etc/make.conf > per the instructions above my make.conf looks like this: [...] > As you can see i defined the cpu type to athlon-xp, maybe this is an > issue. You may be right. Have you tried omitting that? -- Trevor Johnson From owner-freebsd-mozilla@FreeBSD.ORG Thu Oct 23 20:40:25 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6300816A4B3; Thu, 23 Oct 2003 20:40:25 -0700 (PDT) Received: from enteljoven2.enteljoven.cl (enteljoven2.enteljoven.cl [164.77.63.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BC943FAF; Thu, 23 Oct 2003 20:40:23 -0700 (PDT) (envelope-from rdeiriar@spock.cl) Received: from spock.cl (CM600-lconC1-16-33.cm.vtr.net [200.104.16.33]) (AUTH: CRAM-MD5 roberto@spock.cl) by enteljoven2.enteljoven.cl with esmtp; Fri, 24 Oct 2003 00:40:34 -0300 Message-ID: <3F989F28.90107@spock.cl> Date: Fri, 24 Oct 2003 00:40:24 -0300 From: Roberto de Iriarte User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mozilla@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Flash Plugin report X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 03:40:25 -0000 After a very lenghy hiatus running Linux on my desktop, i decided to install FreeBSD after my HD died. (I had to try the new Flash Plugin Wrapper and the new Patchlevel for native Java2 1.4.1) Sofar, everything is running excellently, but i noticed a strange bug (feature?) that i have been unable to reproduce. a) Problem Right upon installing mozilla 1.5 from ports, i installed flashpluginwrapper-20031006, and found out that mozilla would fail to exit eating up CPU as if stuck in an infinite loop (Usage per top went up into high 90%'s) if the plugin was triggered (by viewing a flash movie) The same result was observed using the native java plugin (J2SE 1.4.1 patchlevel 4 from ports) I was running everything with userspace threads as per default (libc_r.so) and had linux.ko and linprocfs.ko loaded as modules. I decided to give libkse a try so i modified libmap.conf, and rebooted the system for good measure and mozilla works perfectly. (And responsivenes is excellent, and cpu usage much reduced, btw) b) Problem II Even reversing the changes i've been unable to reproduce the bug to allow further investigation! c) Ignorance from my part Is linux.ko necessary to run flashpluginwrapper ? I forgot to enable it in rc.conf and it seems to run equally well !? I'm running Current as of yesterday, with the GENERIC kernel [netvista /home/roberto] % uname -a FreeBSD netvista.spock.cl 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Oct 23 01:45:10 CLST 2003 root@netvista.spock.cl:/usr/obj/usr/src/sys/GENERIC i386 Thanks to everybody for the excellent efforts Regards Roberto From owner-freebsd-mozilla@FreeBSD.ORG Fri Oct 24 00:58:27 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C727D16A4B3; Fri, 24 Oct 2003 00:58:27 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A4C43F93; Fri, 24 Oct 2003 00:58:26 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from nd250009.gab.xdsl.ne.jp ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.9p2/8.12.9/NinthNine) with ESMTP id h9O7wOab056056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Oct 2003 16:58:24 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 24 Oct 2003 16:58:24 +0900 (JST) Message-Id: <200310240758.h9O7wOab056056@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Roberto de Iriarte In-Reply-To: <3F989F28.90107@spock.cl> References: <3F989F28.90107@spock.cl> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: freebsd-mozilla@FreeBSD.org Subject: Re: Flash Plugin report X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2003 07:58:27 -0000 On Fri, 24 Oct 2003 00:40:24 -0300 Roberto de Iriarte wrote: > a) Problem > Right upon installing mozilla 1.5 from ports, i installed > flashpluginwrapper-20031006, and found out that mozilla would fail to > exit eating up CPU as if stuck in an infinite loop (Usage per top went > up into high 90%'s) if the plugin was triggered (by viewing a flash movie) > The same result was observed using the native java plugin (J2SE 1.4.1 > patchlevel 4 from ports) I heard this behavior like yours. But I don't have any idea to fix this behavior. > I decided to give libkse a try so i modified libmap.conf, and rebooted > the system for good measure and mozilla works perfectly. (And > responsivenes is excellent, and cpu usage much reduced, btw) Humm.. I use libkse, too. I wonder if we had better use libkse. > c) Ignorance from my part > Is linux.ko necessary to run flashpluginwrapper ? I forgot to enable it > in rc.conf and it seems to run equally well !? Theoretically, flashpluginwrapper uses userland COMPAT_LINUX technology:-), and is A killer application of libmap.conf feature:-)). So we don't need linux.ko (COMPAT_LINUX). From owner-freebsd-mozilla@FreeBSD.ORG Sat Oct 25 14:12:26 2003 Return-Path: Delivered-To: freebsd-mozilla@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E49C316A4B3; Sat, 25 Oct 2003 14:12:26 -0700 (PDT) Received: from enteljoven2.enteljoven.cl (enteljoven2.enteljoven.cl [164.77.63.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E1743F93; Sat, 25 Oct 2003 14:12:25 -0700 (PDT) (envelope-from rdeiriar@spock.cl) Received: from spock.cl (CM600-lconC1-16-33.cm.vtr.net [200.104.16.33]) (AUTH: CRAM-MD5 roberto@spock.cl) by enteljoven2.enteljoven.cl with esmtp; Sat, 25 Oct 2003 18:12:38 -0300 Message-ID: <3F9AE749.7050307@spock.cl> Date: Sat, 25 Oct 2003 18:12:41 -0300 From: Roberto de Iriarte User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-mozilla@freebsd.org, freebsd-java@freebsd.org References: <20031023122839.A75570@phantom.cris.net> <20031023104836.GB7723@azrael.xs4all.nl> <20031025160103.GC7723@azrael.xs4all.nl> <20031025204029.A2230@phantom.cris.net> In-Reply-To: <20031025204029.A2230@phantom.cris.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: jdk14 fork() problem fix X-BeenThere: freebsd-mozilla@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mozilla browser issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Oct 2003 21:12:27 -0000 [Crossposted to freebsd-mozilla@freebsd.org and freebsd-java@freebsd.org] I have experienced a similar problem when running flashpluginwrapper-20031006 (A wrapper libraryto allow the linux plugin for Macromedia Flash to be used with native mozilla), as well as the native 1.4.1 patchlevel 4 plugin with Mozlla, with libc_r (The problem does not manifest itself under 5-CURRENT with libkse). I've been unable to reproduce the bug with your patch applied, Regards and thanks for everything. Roberto. Alexey Zelkin wrote: hi, On Sat, Oct 25, 2003 at 06:01:03PM +0200, Remco van 't Veer wrote: >> I've been running ant (with external processes like jikes and >> javadoc), compiling jsps and doing other stuff which fork >> processes with a jvm including your patch but I can't reproduce >> to problem. This ofcourse only proves my inability to repeat >> this bug and not that the problem has been fixed.. The hanging >> processes actually happend quiet often so I can say is much >> harder to reproduce. > > If problem persist then you'll notice processes which eats much of system time and not exiting without SIGKILL. >> I ran these tests on my FreeBSD 4.8 system. Does you remark >> about kse and thr mean this problem does not occure on systems >> using these technologies? > > No. This problem is libc_r specific. >> Anyway, I am really happy with this patch and hope it will be >> included in the next version. Thank you for your fantastic work. > > Sure. Thank you for report! >> On Thu, Oct 23, 2003 at 12:48, Remco van 't Veer wrote: >> > > >>> > Thanx! I have a new compile running right now. It will take >>> > more than 10 hours to finish on my poor P3 so I hope to have some >>> > test results for you tomorrow. >>> > >>> > Remco >>> > >>> > >>> > On Thu, Oct 23, 2003 at 12:28, Alexey Zelkin wrote: >>> > >> >> >>>> > > hi, >>>> > > >>>> > > This is an intermediate version of fix of jdk fork problem (i.e. >>>> > > Runtime.getRuntime().exec() and friends). >>>> > > >>>> > > It does affect only people who use libc_r (kse and thr should not >>>> > > be affected). >>>> > > >>>> > > Please try this one and report me if it fixes problems for you. >>>> > > >>>> > > PS: If you are rebuilding already built jdk (i.e. object files are >>>> > > already compiled) remove 'control/build/bsd-i586/tmp/java/java.lang' directory >>>> > > before restarting of build. >>>> > > >>>> > > Index: UNIXProcess_md.c.bsd >>>> > > =================================================================== >>>> > > RCS file: /home/jdk14-cvs/jdk142-src/j2se/src/solaris/native/java/lang/UNIXProcess_md.c.bsd,v >>>> > > retrieving revision 1.2 >>>> > > diff -u -r1.2 UNIXProcess_md.c.bsd >>>> > > --- UNIXProcess_md.c.bsd 15 Oct 2003 15:49:39 -0000 1.2 >>>> > > +++ UNIXProcess_md.c.bsd 23 Oct 2003 10:20:48 -0000 >>>> > > @@ -22,6 +22,12 @@ >>>> > > #include >>>> > > #include >>>> > > >>>> > > +#if defined(__FreeBSD__) >>>> > > +#include >>>> > > +#include >>>> > > +#include >>>> > > +#endif >>>> > > + >>>> > > /* path in the environment */ >>>> > > static char **PATH = 0; >>>> > > /* effective uid */ >>>> > > @@ -228,6 +234,61 @@ >>>> > > } >>>> > > } >>>> > > >>>> > > +#if defined(__FreeBSD__) >>>> > > + >>>> > > +extern pid_t __sys_fork(void); >>>> > > + >>>> > > +static pid_t >>>> > > +jdk_fork_wrapper() >>>> > > +{ >>>> > > + pid_t resultPid; >>>> > > +#if (__FreeBSD_version < 5) >>>> > > + static int is_libc_r = -1; >>>> > > + void *funcref; >>>> > > + >>>> > > + if (is_libc_r == -1) { >>>> > > + is_libc_r = 1; >>>> > > + >>>> > > + /* >>>> > > + * BSDNOTE: Check for loaded symbols. >>>> > > + * >>>> > > + * If "_thr_critical_enter" is found assume we are using 'libthr'. >>>> > > + * If _kse_critical_enter is found assume we are using 'libkse'. >>>> > > + * Otherwise we are using libc_r. >>>> > > + * >>>> > > + * If libc_r is loaded, use fork system call drectly to avoid >>>> > > + * problems with using protected pages. >>>> > > + * >>>> > > + * --phantom >>>> > > + */ >>>> > > + funcref = dlsym(RTLD_DEFAULT, "_kse_critical_enter"); >>>> > > + if (funcref != NULL) >>>> > > + is_libc_r = 0; >>>> > > + else { >>>> > > + funcref = dlsym(RTLD_DEFAULT, "_thr_critical_enter"); >>>> > > + if (funcref != NULL) >>>> > > + is_libc_r = 0; >>>> > > + } >>>> > > + } >>>> > > + >>>> > > + if (is_libc_r == 0) { >>>> > > + /* Not a libc_r */ >>>> > > + resultPid = fork(); >>>> > > + } else { >>>> > > +#endif /* __FreeBSD_version < 5 */ >>>> > > + pthread_suspend_all_np(); >>>> > > + resultPid = __sys_fork(); >>>> > > + if (resultPid != 0) >>>> > > + /* leave child in single threading mode */ >>>> > > + pthread_resume_all_np(); >>>> > > +#if (__FreeBSD_version < 5) >>>> > > + } >>>> > > +#endif /* __FreeBSD_version < 5 */ >>>> > > + >>>> > > + return resultPid; >>>> > > +} >>>> > > +#endif /* __FreeBSD__ */ >>>> > > + >>>> > > JNIEXPORT jint JNICALL >>>> > > Java_java_lang_UNIXProcess_forkAndExec(JNIEnv *env, >>>> > > jobject process, >>>> > > @@ -335,8 +396,12 @@ >>>> > > if (path != NULL) { >>>> > > cwd = (char *)JNU_GetStringPlatformChars(env, path, NULL); >>>> > > } >>>> > > - >>>> > > + >>>> > > +#if defined(__FreeBSD__) >>>> > > + resultPid = jdk_fork_wrapper(); >>>> > > +#else >>>> > > resultPid = fork(); >>>> > > +#endif >>>> > > >>>> > > if (resultPid < 0) { >>>> > > char errmsg[128]; >>>> > > _______________________________________________ >>>