Art Kagel's myexport, utils2_ak

Good Afternoon Everyone! I have recently installed the newest version of myexport to take advantage of the ability to use external tables for backup. When I did that, I was getting an error with myschema causing myexport to fail. So, I downloaded and installed the newest version of utils2_ak, with a newer version of myschema. After doing that, I noticed that I would need a newer version of the Informix CSDK for it to run properly, so I installed the newest CSDK (3.7). When I try to run myexport now, I get this error: command: myexport dbase -m -u -o /directory error: /opt/informix/bin/myexport: line 309: 8671: Memory fault Myschema failed, code: 267 When I take out the myschema command that myexport is running and try to run it manually, I get this error: command: myschema -q -d dbase -l -U=/directory/dbase.exp/dbase3.sql /directory/dbase.exp/dbase.sql /directory/dbase.exp/dbase2.sql error: Segmentation fault I am running Ubuntu 2.6.32. Any help would be appreciated. Regards, Richard Guffey

I'm running the same Linux as you are: Linux galadriel-ii 2.6.32-42-generic #95-Ubuntu SMP Wed Jul 25 15:56:09 UTC 2012 x86_64 GNU/Linux Run these commands and compare the results. Let me know if there are any differences: $ ident myschema.ec myschema.ec: $Header: /home/art/SharedDocuments/Latest\\\\040Art's\\\\040Stuff/myschema.d/RCS/ myschema.ec,v 2.274 2012/08/08 21:37:11 art Exp $ $Log: myschema.ec,v $ $Header: /home/art/SharedDocuments/Latest\\\\040Art's\\\\040Stuff/myschema.d/RCS/ myschema.ec,v 2.274 2012/08/08 21:37:11 art Exp $ $Revision: 2.274 $ $ myschema -q -d art -U=out3.sql out1.sql out2.sql $ sum myschema.source.ar12365 583 $ sum myschema.ec29302 115 $ gcc -vUsing built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) Worst comes to worst I can send you executables since we are running the same platform. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Wed, Aug 22, 2012 at 3:49 PM, RICHARD GUFFEY <reguffey@gmail.com> wrote: > Good Afternoon Everyone! > > I have recently installed the newest version of myexport to take advantage > of > the ability to use external tables for backup. When I did that, I was > getting > an error with myschema causing myexport to fail. So, I downloaded and > installed the newest version of utils2_ak, with a newer version of > myschema. > After doing that, I noticed that I would need a newer version of the > Informix > CSDK for it to run properly, so I installed the newest CSDK (3.7). When I > try > to run myexport now, I get this error: > > command: > myexport dbase -m -u -o /directory > > error: > /opt/informix/bin/myexport: line 309: 8671: Memory fault > Myschema failed, code: 267 > > When I take out the myschema command that myexport is running and try to > run > it manually, I get this error: > > command: > myschema -q -d dbase -l -U=/directory/dbase.exp/dbase3.sql > /directory/dbase.exp/dbase.sql /directory/dbase.exp/dbase2.sql > > error: > Segmentation fault > > I am running Ubuntu 2.6.32. Any help would be appreciated. > > Regards, > > Richard Guffey > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --e89a8f3bac1dc340b704c7e044c6

Art, I'm running 2.6.32-41-generic #90-Ubuntu SMP Tue May 22 11:31:25 UTC 2012 i686 GNU/Linux The difference I see between your output and mine are in the gcc -v. Wherever yours states x86_64-linux-gnu My system states i486-linux-gnu Which I'm thinking is probably a big deal...yes? Are the new versions of myexport and utils2_ak only suitable for 64 bit systems? -Richard

They should be 32bit safe, though the last time I compiled them for a 32bit Linux was several years and many revisions ago. Try running yours again with "-v3" set and send me the output directly. No need to post all of that to the list. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Wed, Aug 22, 2012 at 4:24 PM, RICHARD GUFFEY <reguffey@gmail.com> wrote: > Art, > > I'm running > > 2.6.32-41-generic #90-Ubuntu SMP Tue May 22 11:31:25 UTC 2012 i686 > GNU/Linux > > The difference I see between your output and mine are in the gcc -v. > Wherever > yours states > > x86_64-linux-gnu > > My system states > > i486-linux-gnu > > Which I'm thinking is probably a big deal...yes? Are the new versions of > myexport and utils2_ak only suitable for 64 bit systems? > > -Richard > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --14dae9340af343f3cb04c7e0aa9f