f



SASL/sendmail won't compile on Solaris 8 gcc 3.3

I've run into a problem, I'm not sure if it's SASL, gcc, sendmail, or a
combination of all there. System:

Solaris 8
gcc 3.3.1
Binutils 1.4
SASL cyrus-sasl-2.1.15  or 1.5.28
Berkelydb 4.0 or 4.1

Under gcc 3.0.3 (and a previous binutil I'm not sure which) things compile
fine. Since moveing to 3.3/binutils 1.4, SASL as distributed won't like with
this error:

/usr/local/bin/ld: sendmail: hidden symbol `__eprintf' in
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3/libgcc.a(_eprintf.oS) is
referenced by DSO

Readings hints on the SASL mailing list, I got SASL to compile by adding
-shared to the CFLAGS. However, sendmail gives the same __eprintf error when
linking.  adding -shared to the sendmail link step results in an unuseable binary
that dumps core.

I've searched and not found any references to this error, and will welcome
any hints, pointers, answers, etc.


-- 
==========================================================
Chris Candreva  -- chris@westnet.com -- (914) 967-7816
WestNet Internet Services of Westchester
http://www.westnet.com/
0
chris6315 (11)
9/26/2003 4:38:01 PM
comp.mail.sendmail 13518 articles. 1 followers. jfretby (35) is leader. Post Follow

3 Replies
618 Views

Similar Articles

[PageSpeed] 17

In article <JXZcb.2455$qJ6.2080439@monger.newsread.com>,
	"Christopher X. Candreva" <chris@westnet.com> writes:
> I've run into a problem, I'm not sure if it's SASL, gcc, sendmail, or a
> combination of all there. System:
> 
> Solaris 8
> gcc 3.3.1
> Binutils 1.4
^^^^^^^^^^^^^^

This getting close to a FAQ .. If you dont use binutils
all should be well. Its easy to find out - just pkgrm
binutils and gcc and install the gcc from www.blastwave.org
instead. I just had a look over at sunfreeware and SMC doesnt
have 3.3.1 for 8 yet so Im wondering where you got yours..
binutils is at 2.14 as of today..

0
gerryt2 (36)
9/27/2003 2:09:15 PM
gerryt@gtconnect.net wrote:

: > Binutils 1.4
: ^^^^^^^^^^^^^^

First, I did mean 2.14 here. Either I misread or mistyped it.

: This getting close to a FAQ .. If you dont use binutils
: all should be well. Its easy to find out - just pkgrm

If you don't use binutils,what do you use - Sun's ld ?

: binutils and gcc and install the gcc from www.blastwave.org
: instead. I just had a look over at sunfreeware and SMC doesnt
: have 3.3.1 for 8 yet so Im wondering where you got yours..

Built from source direct from gcc.gnu.org, using a previously installed gcc
from the package.


-- 
==========================================================
Chris Candreva  -- chris@westnet.com -- (914) 967-7816
WestNet Internet Services of Westchester
http://www.westnet.com/
0
chris6315 (11)
9/27/2003 8:24:07 PM
In article <Hlmdb.2507$qJ6.2143049@monger.newsread.com>,
	"Christopher X. Candreva" <chris@westnet.com> writes:
> gerryt@gtconnect.net wrote:
> 
>: > Binutils 1.4
>: ^^^^^^^^^^^^^^ 
> First, I did mean 2.14 here. Either I misread or mistyped it.
> 
>: This getting close to a FAQ .. If you dont use binutils
>: all should be well. Its easy to find out - just pkgrm
> If you don't use binutils,what do you use - Sun's ld ?

Of course. It actually works consistently and is a ton smaller
than the as far as I can tell waste of disk space binutils stuff.

>: binutils and gcc and install the gcc from www.blastwave.org
>: instead. I just had a look over at sunfreeware and SMC doesnt
>: have 3.3.1 for 8 yet so Im wondering where you got yours..
> 
> Built from source direct from gcc.gnu.org, using a previously installed gcc
> from the package.

Umm which package? I used SMCs 2.95.3 way back when, its built with
Suns stuff and is entirely static I do believe. Since then Ive just
used /opt/gcc/bin/gcc but I keep 2.95.3 around anyway.
Assuming you have SUNWsprot installed and an Ultra class machine
and gmake you can run something like this:

unpack gcc source cd there mkdir build && cd build
.../configure --prefix=/opt/gcc --enable-multilib
gmake bootstrap install
As you have built from source you know your options : >
0
gerryt2 (36)
9/28/2003 2:29:26 PM
Reply:

Similar Artilces:

gcc 3.3, solaris 8, compile error
Hi, I upgraded my gcc from 2.95 to 3.3. When I compile some projects I get error messages saying... /usr/local/include/c++/3.3/ctime:68: error: `tm' not declared /usr/local/include/c++/3.3/ctime:70: error: `clock' not declared /usr/local/include/c++/3.3/ctime:71: error: `difftime' not declared /usr/local/include/c++/3.3/ctime:72: error: `mktime' not declared /usr/local/include/c++/3.3/ctime:73: error: `time' not declared /usr/local/include/c++/3.3/ctime:74: error: `asctime' not declared /usr/local/include/c++/3.3/ctime:75: error: `ctime' not declared /usr/local/in...

RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > > > The "resolution" was to upgrade to ACE-5.4.3 or later, which has > > > code fixes to help with the newer compiler. Not sure how > much would > > > need to change, but you may be able to inspect the differences in > > > that part of the code wrt the newer ACE release to backport the > > > fixes. > > Thanks, I've downloaded and am building. Is ACE-5.4.3 the latest > > production release ? > > Well, the definition of "production release" for ACE is a bit murky > imho. Production release is one with 2 numbers. E.g., 5.4 > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". > The latest > would be 5.4.4. The developers always recommend *not* using the > "production release", since the next release labeled "beta" > is always a bug-fix-only release. I believe I qualify as a "developer", but have a different take. Production releases are tested well, and often better than the BFO beta. There may be fixes in BFO, but there may be additional bugs also - it happened at 5.4.1. For those wishing to adopt a version of ACE and stick with it, you'll need a version you can get support (fixes and advice) for. For example, Riverace supports releases (e.g., 5.4) and fix kits that Riverace releases for those (i...

Compiling sendmail 8.12.11, gcc 3.3, on Mac OS 10.3.4
Is anyone out there in Mac land still using sendmail? In the release notes for sendmail 8.12.11 it says there's support for Panther (Mac OS 10.3), but I still get these errors compiling it with just ./Build: /usr/include/gcc/darwin/3.3/varargs.h:10: #error "GCC no longer implements <varargs.h>." /usr/include/gcc/darwin/3.3/varargs.h:11: #error "Revise your code to use <stdarg.h>." In file included from /usr/include/machine/param.h:30, from /usr/include/sys/param.h:102, from ../../sendmail/conf.h:30, from ../../include/sendmail/sendmail.h:24, from smdb1.c:17: Looked through the docs and didn't see any special instructions for compiling on Macs. Anyone know what the fix is? rgp@systame.com (Randall Perry) wrote in message news:<fac8f6c0.0405271817.7bc3f30b@posting.google.com>... > Is anyone out there in Mac land still using sendmail? > > In the release notes for sendmail 8.12.11 it says there's support for > Panther (Mac OS 10.3), but I still get these errors compiling it with > just ./Build: > > /usr/include/gcc/darwin/3.3/varargs.h:10: #error "GCC no longer > implements <varargs.h>." > /usr/include/gcc/darwin/3.3/varargs.h:11: #error "Revise your code to > use <stdarg.h>." > In file included from /usr/include/machine/param.h:30, > from /usr/include/sys/param.h:102, >...

Sendmail 8.9.3
I know that my version is old but had been working fine. This Linux system (Calera eServer 2.3) has been working flawlessly for years now. Then all of a sudden I have the following issue. I have two pc's and a Mac on a home network (192.x.x.x}. One PC has a static IP from my ISP (69.x.x.x) and the other machines get dynamically assigned ones. Connection to the internet is via a hub and a DSL modem. On the PC with the static IP I am able to send and receive mail from my own mail server (69.x.x.x). On the other two I can only send, not receive. Is there a simple answer to why this is happening? Thanks Marshall On Sun, 25 Jun 2006 11:42:39 -0700 Marshall Smith wrote: > I know that my version is old but had been working fine. This Linux system > (Calera eServer 2.3) has been working flawlessly for years now. Then all of > a sudden I have the following issue. I have two pc's and a Mac on a home [...] > Marshall All of a sudden being *hacked*? 21/tcp open ftp WU-FTPD wu-2.5.0 23/tcp open telnet Linux telnetd 25/tcp open smtp Sendmail 8.9.3/8.9.3 80/tcp open http Apache httpd 1.3.9 ((Unix) PHP/3.0.12) 109/tcp open pop2? 110/tcp open pop3 ipop3d 7.60 111/tcp open rpcbind 2 (rpc #100000) 389/tcp open ldap (Anonymous bind OK) 782/tcp open nfs 2 (rpc #100003) 901/tcp open samba-swat? 1000/tcp open http Webmin http...

BSD newbie needs help: can't compile 3.8-current on 3.8 original...?
This should be easy but I'm sure I'm missing something obvious. I'm just trying to compile the stock, generic OpenBSD kernel on my original-release v3.8 PIII box: 1) ftp srcsys.tar.gz from ftp://ftp5.usa.openbsd.org/pub/OpenBSD/ [OK] 2) cd /usr/src [OK] 2.5) tar xvzf srcsys.tar.gz [OK] 3) cd /usr/src/sys/arch/i386/conf [OK] 4) config GENERIC [OK] 5) cd ../compile/GENERIC [OK] 6) make clean [OK] 7 make depend [NOT OK!!!] At make depend, it starts to run, then mucho errors: # make depend mkdir -p /usr/src/sys/arch/i386/compile/GENERIC/lib/kern depending the ker...

Trouble compiling qt-x11-free-3.3.3 Solaris 8 SPARC g++ 3.4.3 gmake 3.79.1
QTDIR=/usr/local/src/qt PATH=$QTDIR/bin:$PATH MANPATH=$QTDIR/doc/man:$MANPATH export QTDIR PATH MANPATH cd $QTDIR ../configure -platform solaris-g++ && gmake This results in: [...] g++ -c -Wall -W -O2 -fPIC -DQT_SHARED -DQT_NO_DEBUG -DQT_NO_CUPS -D_LARGEFILE_SOURCE -D_LARGE_FILES -D_FILE_OFFSET_BITS=64 -DQT_NO_XINERAMA -DQT_NO_XCURSOR -DQT_NO_XRANDR -DQT_NO_XRENDER -DQT_NO_XFTFREETYPE -DQT_NO_IMAGEIO_MNG -DQT_NO_IMAGEIO_JPEG -DQT_NO_STYLE_MAC -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT -DQT_NO_STYLE_POCKETPC -I/usr/local/src/qt-x11-free...

Problem compiling 8.4.10 on solaris with gcc 3.3
I get the following error: tclUnixNotify.c:297: Too few arguments in call to Tcl_JoinThread And indeed, looking at the code shows only one argument to the Tcl_JoinThread call, whereas the definition of Tcl_JoinThread in tclUnixThrd.c shows Tcl_JoinThread taking 2 arguments, the second being an int* to something called state. Troubling indeed. Configuration options: ./configure --enable-shared --enable-threads Any ideas? Kevin Penrose wrote: > > I get the following error: > tclUnixNotify.c:297: Too few arguments in call to Tcl_JoinThread > > And indeed, looking at the code shows only one argument to the > Tcl_JoinThread call, whereas the definition of Tcl_JoinThread in > tclUnixThrd.c shows Tcl_JoinThread taking 2 arguments, the second being > an int* to something called state. > > Troubling indeed. > > Configuration options: ./configure --enable-shared --enable-threads > The one who is to blame for this already confessed..., http://aspn.activestate.com/ASPN/Mail/Message/tcl-core/2619395 It will probably be fixed in CVS Head soon (or is already...) Michael Michael Schlenker wrote: > It will probably be fixed in CVS Head soon (or is already...) Already fixed. First post-8.4.10-release change. :^/ Donal. ...

Compiling sendmail 8.13.6 on NextStep 3.3
Greetings, I'm having some problems compiling sendmail version 8.13.6 on an old NextStep box, with an old compiler. I keep getting sm_abort/sm_abort_at errors. I even tried to remove the sm_abort references in assert.c, but then the build complained about "Undefined sybols". Can anyone help? Anyone have a NeXT box anymore, or gcc v2.5.8? :) Thank you, Eric B. uname -a NeXTSTEP XXXXXXXXX 3.3 ? I386(Intel486) cc -v Reading specs from /lib/i386/specs NeXT Computer, Inc. version cc-437.2.6, gcc version 2.5.8 cd sendmail-8.13.6/ ../Build Making all in: src/sendmail-8.13.6/libsm Configuration: pfx=, os=NeXT, rel=3.3, rbase=3, rroot=3.3, arch=I386, sfx=, variant=optimized Using M4=/usr/local/bin/m4 Creating src/sendmail-8.13.6/obj.NeXT.3.3.I386/libsm using src/sendmail-8.13.6/devtools/OS/NeXT.3.x Making dependencies in src/sendmail-8.13.6/obj.NeXT.3.3.I386/libsm Making in src/sendmail-8.13.6/obj.NeXT.3.3.I386/libsm rm -f sm_os.h ln -f -s ../../include/sm/os/sm_os_next.h sm_os.h cc -O -I. -I../../include -DNDBM -DNIS -DNETINFO -DNeXT -Wno-precomp -pipe -posix -c assert.c assert.c:130: illegal external declaration, missing `;' after `SM_DEAD_D' assert.c:132: illegal external declaration, missing `;' after `,' assert.c:142: syntax error, found `=' assert.c:142: illegal external declaration, missing `;' after `*' assert.c:145: illegal external declaration, missing `;' after `*' a...

Compiling sendmail 8.13.3 on BSD/OS 4.3.1
I am trying to compile sendmail using GCC 3.2.2 but cc 2.95 keeps getting in the way. How do I tell sendmail to completely ignore cc 2.95.X? -- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God Queen and country! Beware Anti-Christ rising! ...

Sendmail 8.14.3 not sendmail hugely attached e-mail files in a timely manner
What could be the problem. They seem stuck and I have to run sendmail -v -q manually just to get them to propogate. Any reason why? -- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God, Queen and country! Beware Anti-Christ rising! Never Satan President Republic! If you cannot lead a family how can you pastor a church? The Doctor unleashed the infinite monkeys on 21/05/2009 00:07 producing: > What could be the problem. > > They seem stuck and I have to run sendmail -v -q manually just > to get them to propogate. > > Any reason why? With so little information, it's impossible to help you. How do you define "huge"? How long do you wait? What's in your mail logs? -- Rob MacGregor (BOFH) Rule 37: "There is no 'overkill'. There is only 'open fire' and 'I need to reload.'" ...

combobox.cpp won't compile with GCC 3.4.2
Hi there. GCC 3.4.2 (MinGW flavour) won't compile the combobox.cpp file after the latest changes applied to this file. The wxTheApp macro is unknown here because this compiler by default compiles one unit at a time, thus it doesn't remember any macros defined in previously compiled files. A simple fix is to add: #include "wx/app.h" near the top. Best regards. -- Wlodek Szafran On 12/12/2004 3:32 AM, Wlodek Szafran wrote: > Hi there. > > GCC 3.4.2 (MinGW flavour) won't compile the combobox.cpp file after the > latest changes ap...

Compiling gcc-3.3.3 for h8300hms
Hello, I want to compile the current release of gcc 3.3.3 for my H8300S target. I configured the system with --target=h8300-hms after the configure is finishes I called the make command. Now I get an error message: .../../gcc/config/h8300/lib1funcs.asm: Assembler messages: .../../gcc/config/h8300/lib1funcs.asm:1: Error: no such instruction: `libgcc routines for the Hitachi H8/300 CPU.' .../../gcc/config/h8300/lib1funcs.asm:2: Error: no such instruction: `contributed by Steve Chamberlain<sac@cygnus.com>' .../../gcc/config/h8300/lib1funcs.asm:3: Error: no such instruction: `...

Math::Pari doesn't compile with GCC 3.4.2 in Solaris 9 sparc
I spent a long time trying to compile Math::Pari with no success. My system is a Solaris 9 sparc, with gcc 3.4.2 and GNU make 3.80. This is what happened during the 'make': bash-2.05# make cd libPARI && make LIB=3D"" LIBPERL_A=3D"libperl.a" LINKTYPE=3D"dynamic" PRE +FIX=3D"" OPTIMIZE=3D"-O" PASTHRU_DEFINE=3D"" PASTHRU_INC=3D"" make[1]: Entering directory `/exlibris/sfx_ver/sfx_version_3/app/.cpan +/build/Math-Pari-2.010602/libPARI' gcc -c -I.././pari-2.1.6/src/headers -I.././pari-2.1.6/src/graph -I. +-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE - +D_FILE_OFFSET_BITS=3D64 -O -DVERSION=3D\"\" -DXS_VERSION=3D\"\" -fPIC -De +rr=3Dpari_err -DSOLARIS -DASMINLINE -DGCC_INLINE -DDYNAMIC_PLOTTING -o +bibli1.o .././pari-2.1.6/src/basemath/bibli1.c gcc -c -I.././pari-2.1.6/src/headers -I.././pari-2.1.6/src/graph -I. +-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE - +D_FILE_OFFSET_BITS=3D64 -O -DVERSION=3D\"\" -DXS_VERSION=3D\"\" -fPIC -De +rr=3Dpari_err -DSOLARIS -DASMINLINE -DGCC_INLINE -DDYNAMIC_PLOTTING -o +buch2.o .././pari-2.1.6/src/basemath/buch2.c gcc -c -I.././pari-2.1.6/src/headers -I.././pari-2.1.6/src/graph -I. +-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE - +D_FILE_OFFSET_BITS=3D64 -O -DVERSION=3D\"\" -DXS_VERSION=3D\"\" -fPIC -De +rr=3Dpari_err -DSOL...

Can't compile 3.3 :(
Hi I am running RH9 with bluecurve ripped out and replaced by kde3.2. I saw that 3.3 was available so I thought I'd try my hand at compiling it (have not compiled kde before). I have downloaded konstruct [cd meta/kde and make]d it, however it chokes on "making all in vorbis" ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x507): In function `EncoderVorbis::flush_vorbis()': : undefined reference to `ogg_stream_packetin' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x51a): In function `EncoderVorbis::flush_vorbis()': : undefined reference to `ogg_stream_pageout' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x723): In function `EncoderVorbis::readInit(long)': : undefined reference to `ogg_stream_init' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x760): In function `EncoderVorbis::readInit(long)': : undefined reference to `ogg_stream_packetin' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x770): In function `EncoderVorbis::readInit(long)': : undefined reference to `ogg_stream_packetin' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x780): In function `EncoderVorbis::readInit(long)': : undefined reference to `ogg_stream_packetin' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x793): In function `EncoderVorbis::readInit(long)': : undefined reference to `ogg_stream_flush' ..libs/libaudiocd_encoder_vorbis_la.all_cpp.o(.text+0x94f): In function `EncoderVorbis::readC...

GCC 3.3.3 and Ruby 1.8.0 and 1.8.1
We recently upgraded to GCC 3.3.3 and now we can no longer compile ruby due to its use of some obsoleted constructs. Apparently GCC no longer supports <varargs.h>, and code should be revised to use <stdarg.h> Not knowing anything about it, is there a good workaround? Will this be changed in future versions of Ruby so that it will play nice with the latest GCC? gcc -fPIC -g -O2 -fPIC -mpa-risc-2-0 -I. -I/home/kgr/work/actruby/build/hpux11.0/pa2.0/debug/src/compiled-1.8.0 -I/home/kgr/work/actruby/build/hpux11.0/pa2.0/debug/src/ruby-1.8.0 -I/home/kgr/work/actruby/build/hpux11.0...

gcc: 3.3 vs 3.2.3
I've relegated 3.3 back to testing status, making 3.2.3 the "current" gcc again. "DJ Delorie" <dj@delorie.com> wrote in message news:200307010352.h613qRrl030701@envy.delorie.com... > > I've relegated 3.3 back to testing status, making 3.2.3 the "current" > gcc again. http://gcc.gnu.org says 3.3 is for recursion testing only. What's that mean? Bill -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 80,000 Newsgroups - 16 Different Servers! =----- > http://gcc.gnu.org says 3.3 is for recursion testing only. What's > that mean? It says "The branch is open for regression fixes only." That means that the only fixes that can be added to that branch are those that fix things that used to work. In other words, you aren't allowed to fix things that have never worked, nor add new functionality. ...

sendmail won't send mail again
Hello! I want to use a perl CGI script behind apache to serve info inqueries and did something like the following: open(MAIL,"| $mailprog -t"); print MAIL "To: $to\n"; print MAIL "From: $webmaster_email\n"; print MAIL "X-Mailer: DaySpot Powered.\n"; print MAIL "Subject: $subject\n\n"; print MAIL "$message"; print MAIL "\n.\n"; close MAIL; Where From field is some yahoo email account. The apache runs as apache:apache. Now I find it couldn't send out ...

Sendmail won't send mail
Hello All, I'm running Sendmail 8.12.11 on Red Hat 9 Kernel 2.4.20-31-9 I can successfully send mail to my Sendmail server, but when I try to send mail out from the Sendmail server, I get the following message: makeconnection: cannot bind socket [0.0.0.0] address already in use. Below I include the d0 display and netstat The submit.cf file I use has the line "DaemonPortOptions=Name=NoMTA, Addr=127.0.0.1, M=E" Here is what netstat shows : ( removed some non-essential lines) Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:953 0.0.0.0:* LISTEN It looks like Sendmail is being told to submit outgoing mail using port 587 to address 0.0.0.0 instead of localhost 127.0.0.1 Below is the d0 display Version 8.12.11 Compiled with: DNSMAP LOG MATCHGECOS MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETUNIX NEWDB PIPELINING SCANF USERDB XDEBUG ============ SYSTEM IDENTITY (after readcf) ============ (short domain name) $w = nsw2 (canonical domain name) $j = nsw2.lin-nett.com (subdomain name) $m = lin-nett.com (node name) $k = nsw2 ========================================================...

Problem Using Sendmail 8.13.3 with BerkeleyDB.4.3
Hello, I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. I want to install Sendmail 8.13.3 for use as a mail server First, I downloaded and installed BerkeleyDB.4.3 Then I built and installed Sendmail. But, when I run the 'newaliases' command or try to run the Sendmail executable, I get the error message : "error while loading shared libraries : libdb-4.3.so cannot open shared object file. No such file or directory. I have checked the directory /usr/local/BerkeleyDB.4.3/lib and there IS a libdb.4.3.so executable there. Could I please get some pointers from the list ? Thanks Dave Harman On Sun, 27 Feb 2005 16:26:00 -0800 OCDave wrote: > I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. > I want to install Sendmail 8.13.3 for use as a mail server > > First, I downloaded and installed BerkeleyDB.4.3 > Then I built and installed Sendmail. > > But, when I run the 'newaliases' command or try to run the Sendmail > executable, I get the error message : > > "error while loading shared libraries : libdb-4.3.so > cannot open shared object file. > No such file or directory. > > I have checked the directory /usr/local/BerkeleyDB.4.3/lib > and there IS a libdb.4.3.so executable there. That is no standard search path. Add it to /etc/ld.so.conf and run ldconfig. > Dave Harman Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal...

Knoppix 3.3
I know this question has been asked once before (that I can find here), but I have another detail. When booting Knoppix 3.3 from CD, I can dial into my ISP with no problems, and I can use the web, mail, etc., with no problems. After installing Knoppix to my hard drive, I can dial my ISP, but can't transfer any data. Can't load a single Web page. So my questions are: 1. Why does it work from CD, but not when installed to a HD? 2. How can I fix it? My modem is a very generic Rockwell V.90 ACF II chipset serial. I also tried an external V.90 ZOOM. Same result. Tried hardware flow contro...

Does using '-std=c99' with gcc 3.3.x cause '__STRICT_ANSI__' to be defined?
bdeck wrote: <nothing> Please do not hide questions in the subject line. This one you could answer for yourself: #include <stdio.h> int main(void) { printf("[Output]\n"); #if defined(__STRICT_ANSI__) printf("__STRICT_ANSI__ defined\n"); #else printf("__STRICT_ANSI__ not defined\n"); #endif return 0; } gcc -O2 -W -Wall -Wwrite-strings -std=c99 -pedantic a.c 2>a.e ../a [Output] __STRICT_ANSI__ defined gcc -std=c99 -pedantic a.c 2>a.e ../a [Output] __STRICT_ANSI__ defined -- Martin Ambuhl bdeck wrote: > "Martin Ambuhl" <mambuhl@earthlink.net> wrote in message > news:3FF9241B.2060501@earthlink.net... > >>bdeck wrote: >><nothing> >> >>Please do not hide questions in the subject line. >>This one you could answer for yourself: > > > Fine. I got that far, too. I just wanted confirmation. > > Anybody know why using '-std=c99' has been deliberately set to render half > of my DJGPP headers useless, then? If you want to use headers containing non-standard features otherwise acceptable to gcc, use -std=gnu99 You are, after all, claiming your code is C99 code and then using headers which are not C99. What do you expect? -- Martin Ambuhl "Martin Ambuhl" <mambuhl@earthlink.net> wrote in message news:3FF9241B.2060501@earthlink.net... > bdeck wrote: > <nothing> > > Please do not hide questions in...

Problem Using Sendmail 8.13.3 with BerkeleyDB.4.3 #2
Hello, I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. I want to install Sendmail 8.13.3 for use as a mail server First, I downloaded and installed BerkeleyDB.4.3 Then I built and installed Sendmail. But, when I run the 'newaliases' command or try to run the Sendmail executable, I get the error message : "error while loading shared libraries : libdb-4.3.so cannot open shared object file. No such file or directory. I have checked the directory /usr/local/BerkeleyDB.4.3/lib and there IS a libdb.4.3.so executable there. Could I please get some pointers from the list ? Thanks Dave Harman ...

Dont compile gcc 3.3.2 on AIX 5.3
/usr/include/pthread.h:582: error: parse error before '*' token /usr/include/pthread.h:585: error: parse error before '*' token /usr/include/pthread.h:589: error: parse error before '*' token /usr/include/pthread.h:592: error: parse error before '*' token /usr/include/pthread.h:595: error: parse error before '*' token /usr/include/pthread.h:598: error: parse error before '*' token /usr/include/pthread.h:601: error: parse error before '*' token /usr/include/pthread.h:604: error: parse error before '*' token /usr/include/pthread.h:6...

Sendmail won't send mail hotmail.
Okay so I bought ipalaces.org through netfirms.com, I then transfered over the nameservers to zoneedit.com because I want to have better control of the DNS. I have ipalaces.org and *.ipalaces.org set to the IP 72.249.127.98 I am using Sendmail 8.13.8 on debian hosted on a virtual private server. I have asked my VPS host to set up a PTR record for ipalaces.org to point back to 72.249.127.98. I have the following setup for sendmail.mc MASQUERADE_AS(`ipalaces.org')dnl CLIENT_OPTIONS(`Family=inet, Address=72.249.127.98')dnl I have used make in /etc/mail/ to apply the changes to sendmail.cf and then reloaded sendmail for changes to take effect. I have gone through hotmail's Sender ID Framework SPF Record Wizard located at http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/ and setup my SPF record with zoneedit as: v=spf1 a ip4:72.249.127.98 ~all My IP is not blacklisted, and everything gets sent find to hotmail's server as this verbose output of sendmail shows: 050 >>> EHLO ipalaces.org 050 250-bay0-mc11-f13.bay0.hotmail.com (3.3.2.16) Hello [72.249.127.98] 050 250-SIZE 29696000 050 250-PIPELINING 050 250-8bitmime 050 250-BINARYMIME 050 250-CHUNKING 050 250-AUTH LOGIN 050 250-AUTH=LOGIN 050 250 OK 050 >>> MAIL From:<root@ipalaces.org> SIZE=325 AUTH=<> 050 250 root@ipalaces.org....Sender OK 050 >>> RCPT To:<ek_opteron@hotmail.com> 050 >>> DATA 050 250 ek_opteron@hotmail.com 050...

Web resources about - SASL/sendmail won't compile on Solaris 8 gcc 3.3 - comp.mail.sendmail

Resources last updated: 3/25/2016 9:33:46 AM