f



bind calls fails when compiled in OBJECT_MODE=64

Hi ,
I have a simple program here which binds to a socket. This program
works fine in my AIX box when compiled in 32-bit mode.
If I set 'OBJECT_MODE=64', then compile, bind call fails with errno :
68.
(EADDRNOTAVAIL   68      /* Can't assign requested address */)

$ cc -o test_bind test_bind.c
$ ./test_bind
IP: 130.35.138.14

$ file test_bind
test_bind: executable (RISC System/6000) or object module not stripped
$ ldd test_bind
test_bind needs:
         /usr/lib/libc.a(shr.o)
         /unix
         /usr/lib/libcrypt.a(shr.o)


$ export OBJECT_MODE=64
$ cc -o test_bind test_bind.c
$ ./test_bind
IP: 130.35.138.14
bind failed with errno=68

$ file test_bind
test_bind: 64-bit XCOFF executable or object module not stripped
$ ldd test_bind
test_bind needs:
         /usr/lib/libc.a(shr_64.o)
         /unix
         /usr/lib/libcrypt.a(shr_64.o)

I would appreciate if someone can tell me what's happening here ? I
have tested this sample program to work in other 64-bit architectures
like HP Unix 64, Solaris 64 and Compaq Tru64.

Some information about the compiler :

  xlC.adt.include            6.0.0.0    C     F    C Set ++
Application
  xlC.aix50.rte              6.0.0.5    C     F    C Set ++ Runtime
for AIX 5.0
  xlC.cpp                    5.0.2.0    C     F    C for AIX
Preprocessor
  xlC.msg.en_US.cpp          5.0.2.0    C     F    C for AIX
Preprocessor
  xlC.msg.en_US.rte          6.0.0.0    C     F    C Set ++ Runtime
  xlC.rte                    6.0.0.0    C     F    C Set ++ Runtime

OSLEVEL : 
5.2.0.0

/* Test program test_bind.c */
#include <stdio.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <net/if.h>
#include <sys/types.h>
#include <arpa/inet.h>
#include <netdb.h>
#include <errno.h>

#define socklen_t size_t

int main()
{
  int sockfd;
  struct sockaddr_in tmpname;

  if ((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) < 0)
  {
    printf("socket creation failed with errno=%d\n", errno);
    exit(-1);
  }

  tmpname.sin_family = AF_INET;
  tmpname.sin_port = htons(0);
  inet_aton("130.35.138.46", &tmpname.sin_addr);
  printf("IP: %s\n", inet_ntoa(tmpname.sin_addr));

  if (bind(sockfd, (struct sockaddr *) &tmpname, 
(socklen_t)sizeof(tmpname))< 0)
  {
    printf("bind failed with errno=%d\n", errno);
    exit(-2);
  }

  close(sockfd);

  return 0;
}
0
sundarms1 (6)
12/31/2003 2:21:38 AM
comp.unix.aix 10963 articles. 1 followers. drkirkby (98) is leader. Post Follow

5 Replies
634 Views

Similar Articles

[PageSpeed] 23

sundarms@yahoo.com (Sundar Matpadi) writes:

>I have a simple program here which binds to a socket. This program
>works fine in my AIX box when compiled in 32-bit mode.
>If I set 'OBJECT_MODE=64', then compile, bind call fails with errno :
>68.

I'm not sure exacty what the problem is, but if I memset the sockaddr_in
structure to zero before filling it in, the test case works for me.

-- 
Dale Talcott, IT Research Computing Services, Purdue University
aeh@quest.cc.purdue.edu         http://quest.cc.purdue.edu/~aeh/
0
aeh7594 (79)
12/31/2003 4:47:15 PM
aeh@quest.cc.purdue.edu (Dale Talcott) wrote in message news:<aeh.1072878435@quest.cc.purdue.edu>...
> sundarms@yahoo.com (Sundar Matpadi) writes:
> 
> >I have a simple program here which binds to a socket. This program
> >works fine in my AIX box when compiled in 32-bit mode.
> >If I set 'OBJECT_MODE=64', then compile, bind call fails with errno :
> >68.
> 
> I'm not sure exacty what the problem is, but if I memset the sockaddr_in
> structure to zero before filling it in, the test case works for me.

Thanks Dale. It works after I memset the struct.
memset ( ( void * ) ( &tmpname ) , 0 , sizeof ( tmpname ) );

regards,
sundar.
0
sundarms1 (6)
12/31/2003 8:14:50 PM
Sundar Matpadi wrote:

> aeh@quest.cc.purdue.edu (Dale Talcott) wrote in message news:<aeh.1072878435@quest.cc.purdue.edu>...
>>
>>I'm not sure exacty what the problem is, but if I memset the sockaddr_in
>>structure to zero before filling it in, the test case works for me.
> 
> Thanks Dale. It works after I memset the struct.
> memset ( ( void * ) ( &tmpname ) , 0 , sizeof ( tmpname ) );

Hmmm.  Fully initializing a structure before using it.  Imagine that :-)

-- 
Gary R. Hook / AIX PartnerWorld for Developers / These opinions are MINE
________________________________________________________________________

0
nospam5818 (273)
1/5/2004 5:12:00 PM
"Gary R. Hook" <nospam@nospammers.net> writes:

> Hmmm.  Fully initializing a structure before using it.  Imagine that :-)

But he *did* intialize all the *relevant* fields in that structure
(AFAICT).

I think there is a bug in 64-bit libc.a somewhere (it probably
looks at some irrelevant field, and answers EINVAL prematurely).

Cheers,
-- 
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.
0
1/5/2004 5:46:54 PM
Paul Pluzhnikov wrote:

> "Gary R. Hook" <nospam@nospammers.net> writes:
>>Hmmm.  Fully initializing a structure before using it.  Imagine that :-)
> 
> But he *did* intialize all the *relevant* fields in that structure
> (AFAICT).

It did appear that way to me, too.

> I think there is a bug in 64-bit libc.a somewhere (it probably
> looks at some irrelevant field, and answers EINVAL prematurely).

Quite possible.  I may have to take a look at the library code,
just to see what's up.

-- 
Gary R. Hook / AIX PartnerWorld for Developers / These opinions are MINE
________________________________________________________________________

0
nospam5818 (273)
1/6/2004 3:16:06 PM
Reply:

Similar Artilces:

compiling on 32-bit vs. 64-bit (gcc fails on 64-bit)
On a 64-bit Scientific Linux 5.4 machine, I get the following when I try to compile the basic "Hello world" program: [root]# g++ -Wall hello.cc -o hello /tmp/ccglIDXK.s: Assembler messages: /tmp/ccglIDXK.s:10: Error: suffix or operands invalid for `push' /tmp/ccglIDXK.s:38: Error: suffix or operands invalid for `push' /tmp/ccglIDXK.s:55: Error: suffix or operands invalid for `push' /tmp/ccglIDXK.s:79: Error: suffix or operands invalid for `push' /tmp/ccglIDXK.s:81: Error: suffix or operands invalid for `push' /tmp/ccglIDXK.s:85: Error: suffix or operand...

Compile fails on vista 64
I'm surprised that Tcl 8.5.2 still fails to compile on 64 bit windows, although I reported this a couple of years ago. One of the recurring errors is related to _stati64. I compile using visual studio 2005 : nmake -f makefile.vc MACHINE=AMD64 Some of the errors are: ...\generic\tclCmdAH.c(814) : error C2079: 'buf' uses undefined struct '_stati64' ...\generic\tclCmdAH.c(864) : warning C4133: 'function' : incompatible types - from 'int *' to 'Tcl_StatBuf *' ...\generic\tclCmdAH.c(881) : error C2224: left of '.st_mtime' must have struct/union type ...\generic\tclCmdAH.c(883) : error C2224: left of '.st_atime' must have struct/union type ...\generic\tclCmdAH.c(907) : error C2224: left of '.st_atime' must have struct/union type ...\generic\tclCmdAH.c(907) : error C2224: left of '.st_mtime' must have struct/union type ...\generic\tclCmdAH.c(907) : fatal error C1903: unable to recover from previous error(s); stopping compilation I've solved by #including stats.h and type.h (or something like that) but why isn't that included in the distribution ? Anders. anders_moe@msn.com wrote: > I'm surprised that Tcl 8.5.2 still fails to compile on 64 bit windows, > although I reported this a couple of years ago. Tracker ID? Don Porter <dgporter@verizon.net> writes: >anders_moe@msn.com wrote: >> I'm surprised that Tcl 8.5.2 still fails to compile on 64 bit windows, >&...

Strange call to Compiler failed
Hi list: I have seen this error two times. Trought the stack appears that the call to #compileForEvaluation:in:evaluationPools:logged:flags: was failed. This is only on runtime and Dolphin 6.02 running on a Citrix server. Any idea? a MessageNotUnderstood('UndefinedObject does not understand #first') Object>>doesNotUnderstand: #(Message selector: #first) Compiler class>>compileForEvaluation:in:evaluationPools:logged:flags: #('[:text | text ]' UndefinedObject nil false 0) Compiler class>>evaluate:for:evaluationPools:logged:ifFail: #('[:tex...

Fail to compile 85b2 on Vista 64
Hi all I'm surprised that I'm getting the same errors on 64bit windows now that used to get a year ago. I'm compiling the latest 8.5b2 on windows 64 on a Xeon 64 : nmake -f makefile.vc using the x64 Visual studio command shell. I've tried with and without MACHINE=AMD64, nothing works. It basically comes down to ...\generic\tclCmdAH.c(811) : error C2079: 'buf' uses undefined struct '_stati64' The whole error log is given below. Anyone know how to fix this ? Thanks, Regards Anders Moe =============================================================================== *** Compiler has 'Optimizations' *** Intermediate directory will be '.\Release_AMD64_VC8\tcl_Dynamic' *** Output directory will be '.\Release_AMD64_VC8' *** Suffix for binaries will be '' *** Optional defines are '-DTCL_CFGVAL_ENCODING=\"cp1252\" -DSTDC_HEADERS -DTCL_CFG_OPTIMIZED -DTCL_CFG_DO64BIT' *** Compiler version 8. Target machine is AMD64 *** Compiler options '-W3 -Ot -Oi -fp:strict -Gs -GS -GL -RTC1 -W3' *** Link options '-ltcg' *** Dependency rules are not being used. cl -nologo -c -W3 -W3 -D _CRT_SECURE_NO_DEPRECATE -D _CRT_NONSTDC_NO_DEPRECATE -Fp.\Release_AMD64_VC8\tcl_Dynamic\ -O2 -Ot -Oi -fp:strict -Gs -GS -GL -MD -I"..\win" -I"..\generic" -I"..\libtommath" -DTCL_PIPE_DLL=\"tclpip85.dll\" -DTCL_TOMMATH -DMP_PREC=4 -Dinline=__inline -DTCL_CFGVAL...

Calling Unix Shell from C compiler
Good morning I use either : HP-UX <server> B.11.00 U 9000/800 SunOS <server> 5.8 Generic_108528-22 sun4u sparc SUNW,Sun-Fire-88 I have some sensitive Unix Ksh scripts that I need to protect. I do not know C. What is the code used to call and execute an external ksh script ? I am reviewing web info in attempt to find a solution. Thanks in advance for your help ! -- Christopher Vidal cvidal@att.com begin 666 cvidal.vcf M0D5'24XZ5D-!4D0-"E9%4E-)3TXZ,BXQ#0I..CMC=FED86P-"D9..F-V:61A M; T*14U!24P[4%)%1CM)3E1%4DY%5#IC=FED86Q 871T+F-O;0T*4D56.C(P ;,#0P-S Y5#$T,#0R.%H-&...

Failed compile in tradition Unix way
Hi, all My Environment is: Mac OS X 10.5.1, gcc 4.0.1 When I setting the environment variants and create ace/config.h include/makeinclude/platform_macros.GNU, I run make in $ACE_ROOT, the following error messages come out: StonePark:ace eddyxu$ make GNUmakefile: /Users/eddyxu/work/ACE_wrappers/ace/GNUmakefile.ACE MAKEFLAGS= g++ -Wall -Wpointer-arith -Wno-long-double -g -pipe -pipe - DACE_HAS_CUSTOM_EXPORT_MACROS=0 -I/Users/eddyxu/work/ACE_wrappers - DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I.. -DACE_BUILD_DLL -c - o .shobj/Local_Name_Space.o Local_Name_Space.cpp /Users/eddyxu/work/ACE_wrappers/ace/OS_NS_stdio.h:201: error: 'L_cuserid' was not declared in this scope /Users/eddyxu/work/ACE_wrappers/ace/OS_NS_stdio.h:206: error: 'L_cuserid' was not declared in this scope make[1]: *** [.shobj/Local_Name_Space.o] Error 1 make: *** [ACE] Error 2 btw, if I wanna to look out how to make autoconf runs ok in 10.5.1, which files I should look for help? Thanks all! Hi, To ensure that we have proper version/platform/compiler information, please make sure you fill out the appropriate problem report form (PRF), which is in $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM in older versions of ACE+TAO. Make sure to include this information when asking any questions about ACE+TAO since otherwise we have to "guess" what version/platform/...

bind Bind or BIND?
When talk to others, I never describe it clearly for naming bind. is it "bind" or "Bind" or "BIND"? is bind an abbreviation word? Thanks. ...

Function declared before call but defined after
Hello All, I am doing another exercise (I repeat, *exercise*). The (irrelevant to this discussion) point is to show that "You can inject a friend declaration into a namespace by declaring it within an enclosed class". I have done this successfully, but please consider the following program: //: C10:FriendInjection.cpp // From Thinking in C++, 2nd Edition // Available at http://www.BruceEckel.com // (c) Bruce Eckel 2000 // Copyright notice in Copyright.txt namespace Me { class Us { //... public: friend void you(); }; } // 1 void Me::you(){} int main() { Me::you()...

Call to "mexw64" fails on Windows XP 64
Hi, I am trying to run a third party program that has its computation in a compiled mex file. However, I am getting the following error: ??? Invalid MEX-file 'C:\Field II\Mat_field.mexw64': The specified module could not be found. I can see Mat_field.mexw64 is right there. I am running Matlab 2010a on Windows XP 64. I searched on line but no work around has been found. I don't have the source code so I cannot compile the mex file. Thanks. Bo "Bo " <qiangbo@gmail.com> wrote in message <iiei6n$bq5$1@fred.mathworks.com>... > Hi, > ...

Compiling iodbc with gcc on AIX 5.2 64 bit
Hi, Has anyone done that? I can't get started as the configure script will only use cc_r (as far as I can tell). We don't have cc or cc_r - we have gcc. I'm using the iodbc 3.51.2 source (the latest). I'd tried with 3.0.5 but I got some unresolved references. I've found that setting CFLAGS to -maix64, putting --disable-pthread, setting AR_FLAGS to include -X64 and editing libtool to include -maix64 gets me somewhere but it ends with ar: .libs/libiodbctrace.al: No such file or directory Cheers Peter -- http://www.beluga.freeserve.co.uk ...

Solaris 10 bind-9.3.0 compile fail
Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Greetings, I am trying to compile bind-9.3.0 on our first sparc Solaris 10 box without any success. I have sorted out the first few problems I encountered but this one has me stumped. Any suggestions would be appreciated. Thank you, Terry making all in /usr/local/bind-9.3.0/make making all in /usr/local/bind-9.3.0/lib making all in /usr/local/bind-9.3.0/lib/isc making all in /usr/local/bind-9.3.0/lib/isc/include making all in /usr/local/bind-9.3.0/lib/isc/include/isc making all in /usr/local/bind-9.3.0/lib/isc/unix making all in /usr/local/bind-9.3.0/lib/isc/unix/include making all in /usr/local/bind-9.3.0/lib/isc/unix/include/isc gcc -g -O2 -I/usr/local/bind-9.3.0 -I./include -I./../pthreads/include -I../include -I./../include -I./.. -D_REENTRANT -D_XPG4_2 -D__EXTENSIONS__ -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wformat -c app.c In file included from /usr/include/sys/wait.h:24, from /usr/include/stdlib.h:22, from app.c:26: /usr/include/sys/siginfo.h:259: error: parse error before "ctid_t" /usr/include/sys/siginfo.h:292: error: parse error before '}' token /usr/include/sys/siginfo.h:294: error: parse error before '}' token /usr/include/sys/siginfo.h:390: error: parse error before "ctid_t" /usr/include/sys/siginfo.h:392: error: conflicting types for `__proc' /usr/include/s...

[tao-bugs] AIX 64-bit tao_idl crashes when compiling libTAO_CosNaming.a
ACE VERSION: 5.3a_p6-OCI HOST MACHINE and OPERATING SYSTEM: IBM,7038-6M2, AIX 5.1 COMPILER NAME AND VERSION (AND PATCHLEVEL): xlC_r /data/dm/akhot/ACE_wrappers/lib> lslpp -L vacpp.cmp.core Fileset Level State Type Description (Uninstaller) ---------------------------------------------------------------------------- vacpp.cmp.core 6.0.0.5 C F VisualAge C++ Compiler CONTENTS OF $ACE_ROOT/ace/config.h: #define ACE_USES_OLD_IOSTREAMS #include "ace/config-aix5.1.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : # $Id: platform_aix_ibm.GNU,v 1.1.1.2.2.5 2004/03/04 20:24:08 phil Exp $ # This file is for use with AIX 4.3 and up, using either of the IBM # compilers (IBM C/C++ 3.6.6 or Visual Age C++ 5 or 6 batch compiler). # If you wish to use the CSet++ compiler, please use platform_aix4_cset++.GNU. # Note that as of ACE 6.0, the only supported compiler from IBM will # be Visual Age C++ 5 (batch mode only) and up. ifeq (,$(debug)) debug = 1 endif ifeq (,$(distrib)) distrib = 0 endif ifeq (,$(exceptions)) exceptions = 1 endif ifeq (,$(optimize)) optimize = 0 endif ifeq (,$(rtti)) rtti = 0 endif ifeq (,$(threads)) threads = 1 endif ifeq (,$(buildbits)) buildbits = 32 endif # First, find out which compiler we're building with. The settings we # use for compiling, as well as how to build shared libraries, depend on # the compiler version. There's no easy way to ask lslpp whi...

Compiling bind 9.3.0 on AIX 5.2 ML2
Hello out there, need help for compiling on AIX 5.2 ML 2. started configure like this: ./configure --disable-ipv6 --enable-threads --with-openssl=/usr/local/ssl with no errors. but the make-commnad fails with the following message: Target "all" is up to date. making all in /tmp/bind-9.3.0/bin/nsupdate gcc -g -O2 -o nsupdate nsupdate.o ../../lib/lwres/liblwres.a .../../lib/dns/libdns.a -L/usr/local/ssl/lib -lcrypto ../../li b/bind9/libbind9.a ../../lib/isc/libisc.a ../../lib/isccfg/libisccfg.a -lnsl -lpthread collect2: ld returned 12 exit status make: 1254-004 The error code from the last command is 1. I used this parameters as well on a Linux system (SLES 8) with no problem. gcc Version 3.3.2 is installed and used. Years ago I have tried to compile bind8 on AIX4.2 and a member of this user-list gave me a hint to change some settings in one Makefile. Is this a similar problem? Freundlichen Gru´┐Ż/ kind regards Holger Honert KOMN-97851 SIGNAL IDUNA Gruppe Joseph-Scherer-Str. 3 44139 Dortmund Phone: +49 231/135-4043 FAX: +49 231/135-2959 mailto: holger.honert@signal-iduna.de ...

Problem using gcc to compile 64 bits kernel extensions on AIX 5L
Hello all, I am currently working on a 64 bits kernel extension for AIX 5L. If I use the IBM compiler (xlc) to build my driver, there is no problem. The build commands look like: 1. cc -q64 -D_KERNEL -c mydriver.c 2. ld -o mydriver -b64 -bI:/lib/kernex.exp -lsys -lcsys -emy_entry_point mydriver.o But if I try to use gcc to build mydriver.c 1. gcc -maix64 -D_KERNEL -c mydriver.c 2. ld -o mydriver -b64 -bI:/lib/kernex.exp -lsys -lcsys -emy_entry_point mydriver.o then the resulting driver 'mydriver' loads without any problem into the kernel but crashes on trivial operations (typically when assigning variables that are on the stack). Has anybody some experience with using gcc to build kernel extensions on AIX ? Is there an option to pass to gcc or ld that I have forgotten ? Any help would be very appreciated. Thanks, gabriel I have been able to build and run 64 bit AIX drivers with gcc for years. Here are the options I typically use: gcc -D_KERNEL -Wall -g -pipe -maix64 -ffreestanding -msoft-float -c mydriver.c /usr/bin/ld -o mydriver -b64 -K -bI:/lib/kernex.exp -lsys -lcsys -bmap:mydriver.map -bloadmap:mydriver.ld -emydriver_config -bE:mydriver.exp mydriver.o A while back I noticed that gcc would use floating point instructions to do certain sized structure copies (A structure with exactly two longs comes to mind). What are the instructions that are causing your machine to crash? Greg gcc -v Reading specs from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix5.2....

Compiling SQLite Tcl bindings for 32-bit linux on 64-bit linux
This afternoon I compiled the SQLite 3.8 Tcl bindings for windows and 64-bit linux, and thought I would try a 32-bit compile on the linux box too. I already had the gcc multilib packages installed. First I did: ../configure --host=i686-linux-gnu "CFLAGS=-m32" "CXXFLAGS=-m32" "LDFLAGS=-m32" (all on one line). That seemed to run okay, but make failed with: gcc -shared -m32 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -m32 -Wl,--export-dynamic -o libsqlite3.8.0.so tclsqlite3.o -lpthread -L/home/gsnyder/ActiveTcl-8.6/lib -ltclstub8.6 /usr/bin/ld: skipping incompatible /home/gsnyder/ActiveTcl-8.6/lib/libtclstub8.6.a when searching for -ltclstub8.6 /usr/bin/ld: cannot find -ltclstub8.6 Is it just that I need a 32-bit Tcl present? Or did I get the configure options wrong? Or any other guesses? Thank you, Gerry Am 27.08.13 03:00, schrieb Gerry Snyder: > This afternoon I compiled the SQLite 3.8 Tcl bindings for windows and > 64-bit linux, and thought I would try a 32-bit compile on the linux box > too. I already had the gcc multilib packages installed. > > First I did: > > ./configure --host=i686-linux-gnu "CFLAGS=-m32" "CXXFLAGS=-m32" > "LDFLAGS=-m32" > > (all on one line). That seemed to run okay, but > > make > > failed with: > > gcc -shared -m32 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -m32 > -Wl,-...

Fw: [tao-bugs] AIX 64-bit tao_idl crashes when compiling libTAO_CosNaming.a
> > > > > ACE VERSION: 5.3a_p6-OCI Sorry I forgot to put in the TAO version. Here it is TAO VERSION: 1.3a_p6-OCI - ciao, Atul $ n=( [0]='atul' [1]='_' [2]='khot@' [3]='i2.c' [4]='om' ) $ ( IFS=$'\0'; echo "${n[*]}" ) ...

Difference between HP Unix and Unix AIX
What are the difference between HP Unix and HP AIX at command line ??? Is there any ? dlprogress wrote: > What are the difference between HP Unix and HP AIX at command line ??? > Is there any ? > > Unless you're getting into system dependent stuff, no, there's no real difference. However, one real difference is that AIX is an IBM and not an HP product. -- Fletcher Glenn ...

Apache 2.0.54 compilation fails on AIX 5.1.0.0
Hi, I am trying to compile apache 2.0.54 using the below config settings. $ CC=xlc_r ./configure \ > --with-mpm=worker --enable-so --enable-layout=Apache \ > --enable-mods-shared=most --enable-maintainer-mode \ > --with-expat=`pwd`/srclib/apr-util/xml/expat \ > --enable-static-support --prefix=/dbtpwm/pbccoadm/apache2 After executing the above, when I tried "make" command, I am getting the below errors. Pls help to resolve this issue. Thanks. Making all in support Target "local-all" is up to date. Target "all" is up to d...

[tao-bugs] Compiling TAO in AIX 5.3 with VisualAge 10.1 fails
TAO VERSION: 2.0.2 ACE VERSION: 6.0.2 HOST MACHINE and OPERATING SYSTEM: AIX 5.2 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): THE $ACE_ROOT/ace/config.h FILE [if you use a link to a platform- specific file, simply state which one]: config-aix-5.x.h THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE [if you use a link to a platform-specific file, simply state which one (unless this isn't used in this case, e.g., with Microsoft Visual C++)]: # $Id: platform_aix_ibm.GNU 93449 2011-02-28 18:16:27Z shuston $ # This file is for use with AIX 5.x and up, using either of the IBM # compilers (Visual Age C++ 6 or newer compiler). debug ?=3D 0 distrib ?=3D 0 optimize ?=3D 0 threads ?=3D 1 buildbits ?=3D 64 ifeq (,$(inline)) ifeq (1,$(debug)) inline =3D 0 else inline =3D 1 endif endif inline =3D 0 # First, find out which compiler we're building with. The settings we # use for compiling, as well as how to build shared libraries, depend on # the compiler version. There's no easy way to ask lslpp which is = installed. # Instead, compile a file and see which compiler is set up for use. This # trick was submitted by Craig Rodrigues <rodrigc@mediaone.net>, originally= # from the vacpp compiler newsgroup. # It relies on the preprocessor defining __xlC__ to the proper version # number of the compiler. XL...

Re: Fw: [tao-bugs] AIX 64-bit tao_idl crashes when compiling libTAO_CosNaming.a
Hi Atul, Since you're using the OCI version of ACE+TAO please send your questions to taosupport@ociweb.com. Thanks, Doug >> > ACE VERSION: 5.3a_p6-OCI >> >> Sorry I forgot to put in the TAO version. Here it is >> >> TAO VERSION: 1.3a_p6-OCI >> >> - ciao, >> Atul >> >> $ n=( [0]='atul' [1]='_' [2]='khot@' [3]='i2.c' [4]='om' ) >> $ ( IFS=$'\0'; echo "${n[*]}" ) >> -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

Compiling/Running BIND-9.3.2 in chroot jail on AIX 5.3
Has anyone attempted/had success trying to run BIND 9.3.2 in a chroot jail on AIX 5.3? I have compiled using the following: ./configure --prefix=/usr/local and installed to a jail on a separate mount point. I have created dev/null, dev/random, dev/zero, dev/tcp, dev/udp in the jail. I have copied all libraries that ldd returned along with some others that a truss of named said were missing to the respective directories under the jail. Named still does not start when running chroot /jail /usr/local/sbin/named -u username and truss returns quite a few err#2 and err#25 codes. I used the following for reference when trying to set this up: http://www.cymru.com/Documents/secure-bind-template.html http://www.boran.com/security/sp/bind9_20010430.html Thanks... Justin Dixon ...

Re: [ace-users] ACE failed to compile on AIX using gcc4.1.1(compiledusing gcc3.3)
--0-427576476-1156839651=:22390 Content-Type: text/plain; charset=us-ascii Steve, ACE::init doesn't help us. (gcc 4.1.1 AIX 5.3.5) we get identically same crash here: #0 0x1019c3bc in ReactorThread::svc (this=Cannot access memory at address 0x2dcc6340 ) at ReactorThread.cpp:34 #1 0xd5096a28 in ACE_Thread_Adapter::invoke_i (this=0x2003d4c0) at Thread_Adapter.cpp:146 #2 0xd5096dbc in ACE_Thread_Adapter::invoke (this=0x20393558) at Thread_Adapter.cpp:95 #3 0xd501b764 in ace_thread_adapter (args=0x2036b940) at Base_Thread_Adapter.cpp:116 #4 0xd0111644 in _pthread_body () from /usr/lib/libpthread.a(shr_xpg5.o) #5 0x00000000 in ?? () with and without ACE::init(). we are in the process of obtaining XLC 7 but that will take couple of days. I will try to use gcc 3.3 with ACE::init() (with gcc 3.3 we had the problem of two singletons (or maybe our old singleton was killed by somebody.... which I hope ACE::init() will fix) Ciao scipio ----- Original Message ---- From: Steve Huston <shuston@riverace.com> To: brian@ns.pigworks.openss7.net; Nzer Zaidenberg <scipioenterprises@yahoo.com> Cc: ace users <ace-users@cs.wustl.edu> Sent: Monday, August 28, 2006 10:27:01 PM Subject: Re: [ace-users] ACE failed to compile on AIX using gcc4.1.1(compiledusing gcc3.3) Hi Nzer, > Any idea as to how I proceed from here? > > Does it sound like the best bet is Obtaining VA7 for AIX and recompiling? Th...

Re: [ace-users] ACE failed to compile on AIX using gcc4.1.1 (compiledusing gcc3.3)
Actually, the original patch had everything backwards. Nzer, please try this one instead: Index: config-aix-4.x.h =================================================================== --- config-aix-4.x.h (revision 74138) +++ config-aix-4.x.h (working copy) @@ -93,8 +93,10 @@ # define ACE_HAS_GNU_CSTRING_H # define ACE_HAS_SSIZE_T -// We have to explicitly instantiate static template members -# define ACE_HAS_EXPLICIT_STATIC_TEMPLATE_MEMBER_INSTANTIATION +# if (__GNUC__ < 4 || (__GNUC__ == 4 && __GNUC_MINOR__ == 0)) +// We have to explicitly instantiate static template members prior to g++ 4.1 +# define ACE_HAS_EXPLICIT_STATIC_TEMPLATE_MEMBER_INSTANTIATION +#endif /* g++ prior to 4.1 */ # if !defined (ACE_MT_SAFE) || ACE_MT_SAFE != 0 // ACE_MT_SAFE is #defined below, for all compilers. -- Steve Huston, Riverace Corporation Next public ACE training October 17-20, 2006! See http://www.riverace.com/training.htm > -----Original Message----- > From: Steve Huston [mailto:shuston@riverace.com] > Sent: Monday, August 21, 2006 11:57 AM > To: 'Thomas Lockhart' > Cc: 'Nzer Zaidenberg'; 'ace-users@cse.wustl.edu' > Subject: RE: [ace-users] ACE failed to compile on AIX using > gcc4.1.1 (compiledusing gcc3.3) > > > Good point, Tom - Nzer, can you please incorporate Tom's > change to ">" in the first comparison and let me know how this works? > ...

Compiling 64-bit Tcl/Tk8.4.19 with Sun Studio 12.1 Failed due to syntax error!!
Hi guys, I am trying to compile 64-bit Tcl/Tk, I am using newest Sun Studio suit as following: export PATH=/usr/local/software/tcltk/tcltk-8.4.19/bin:/usr/ccs/bin:/ usr/sbin:/usr/bin:/opt/csw/bin export CC="/opt/sunstudio12.1/bin/cc -m64" export CXX="/opt/sunstudio12.1/bin/CC -m64 -lCrun" export F77="/opt/sunstudio12.1/bin/f95 -m64" export FC="/opt/sunstudio12.1/bin/f95 -m64" export FCPICFLAGS="-m64" export CFLAGS="-xO3 -xc99 -xlibmieee -xlibmil -nofstore - xtarget=native" export CXXFLAGS="-xO3 -xlibmil -nofstore -xtarget=native" export FFLAGS="-xO3 -libmil -nofstore -xtarget=native" export FCFLAGS=$FFLAGS export SAFE_FFLAGS="-libmil -fstore -xtarget=native" export LD="ld -64" export LDFLAGS="-L/usr/local/software/tcltk/tcltk-8.4.19/lib -L/usr/ sfw/lib/amd64 -L/usr/lib/amd64" export CPPFLAGS="-I/usr/local/software/tcltk/tcltk-8.4.19/include -I/ usr/sfw/include -I/usr/openwin/share/include" and Tcl compiled OK, and failed 3 tests of out ~10000 test cases. But when compiling Tk, it throws error: /opt/sunstudio12.1/bin/cc -m64 -c -O -xO3 -xc99 -xlibmieee -xlibmil - nofstore -xtarget=native -I/usr/local/software/tcltk/tcltk-8.4.19/ include -I/usr/sfw/include -I/usr/openwin/share/include -KPIC -I/usr/ local/software/tcltk/tcltk-8.4.19/work/tk8.4.19/unix -I/usr/local/ software/tcltk/tcltk-8.4.19/work/tk8.4.19/unix/../generic -I/usr/local/ software/tcltk/tcl...

Web resources about - bind calls fails when compiled in OBJECT_MODE=64 - comp.unix.aix

Resources last updated: 3/26/2016 11:49:18 PM