When trying to launch sci-visualization/opendx-4.4.4 in script mode does not work Reproducible: Always Steps to Reproduce: 1.dx -script 2. 3. Actual Results: magesing@mechpc68 ~ $ dx -script Starting DX executive Open Visualization Data Explorer More Info at www.research.ibm.com/dx and www.opendx.org Version - 4.4.4 Expected Results: A prompt should appear indicating that DX is ready to accept input: dx> magesing@mechpc68 ~ $ emerge --info Portage 2.2_rc1 (default-linux/amd64/2007.0, gcc-4.2.3, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r2 x86_64) ================================================================= System uname: Linux-2.6.25-gentoo-r2-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4800+-with-glibc2.2.5 Timestamp of tree: Thu, 03 Jul 2008 13:15:02 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r2 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.mirrors.tera-byte.com/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/science /usr/portage/local/layman/sunrise" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acl alsa amd64 bash-completion berkdb bzip2 cairo cdr cli cracklib crypt cups doc dri dvd dvdr dvdread fortran gd gdbm gif gpm gtk iconv imagemagick ipv6 isdnlog java jpeg midi mmx mono mp3 mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png pppd python qt3 quicktime readline reflection samba scanner session smp spell spl sse sse2 ssl tcpd test tetex tiff truetype unicode usb vim-syntax vorbis xinerama xorg xvid zlib" ALSA_CARDS="via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa i810 intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS magesing@mechpc68 ~ $
Thanks for the bug report! I can confirm your problem but it is not clear to me at the moment what the problem could be. I've got an older version of dx (4.3*) on one of my machines which works just fine so this may be a regression in 4.4*. I'll have a look at it. Best, Markus
(In reply to comment #1) > Thanks for the bug report! I can confirm your problem but it is > not clear to me at the moment what the problem could be. I didn't have time to really look into it, but it seems that the problem is caused by --enable-smp-linux. Mark: Could you please try to reinstall with: `SMP=no emerge opendx` to see whether that makes the script mode work?
(In reply to comment #2) > Mark: Could you please try to reinstall with: `SMP=no emerge opendx` > to see whether that makes the script mode work? > Sorry it took me so long to get around to this: SMP=no does indeed make the script mode work Does this mean that my DX installation will now only use one processor at runtime? Or does SMP=no mean that only one processor is used during compliation?
Is this resolved with opendx-4.4.4-r1?
Seems to be fixed in later 4.4.4-r4 at least.
