Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Which kind of UNIX to major investment banks use? Post 302389126 by Scott on Friday 22nd of January 2010 05:52:24 PM
Old 01-22-2010
Well, although not the same as an investment bank, I work for an insurance company, and we use AIX, Solaris, HP-UX, Linux, Windows servers, etc.

Mainly we use AIX, but our most important stuff (DNS, LDAP, ...) is on Solaris.

I'm guessing that we're not alone (in that we don't have a unified platform). And I'm also guessing that what's good for JP Morgan might not be good for Citigroup. And unless we have someone here who has worked for all of them, you're best bet is not to hedge your bets on any of them.
 

8 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Solaris Unix vs HP Unix, Could someone point out the major differences.

Solaris Unix vs HP Unix, Could someone point out the major differences. I have been performing Support to Solaris Unix for about 6 years, now I am interviewing for a HP Unix position. Could someone point out the major differences? Should it be an easy transition? Thanks (1 Reply)
Discussion started by: Hack
1 Replies

2. UNIX for Dummies Questions & Answers

Where can i find staroffice or any other kind office program for unix or linux?

No detail:confused: (4 Replies)
Discussion started by: HOUSCOUS
4 Replies

3. UNIX for Dummies Questions & Answers

what kind of UNIX

ok, so i want to figure out what type of UNIX i have and in this book im reading about it, it says that i can figure out what type i have by typing the command uname in the prompt. So i did this and it came up saying Darwin?? is that part of System V UNIX or BSD or do i have LINUX? if anyone can... (2 Replies)
Discussion started by: hiei
2 Replies

4. UNIX for Dummies Questions & Answers

how to determine which kind of unix is used

how can i determine which type of unix (solaris ,AIX,HP-UX...) is installed on the machine that i am working? (2 Replies)
Discussion started by: gfhgfnhhn
2 Replies

5. UNIX for Dummies Questions & Answers

What kind of security applications UNIX and Windows have in common?

Hi guys, may I know what kind of security applications do UNIX and Windows have in common? This is related to a project that is approaching its deadline, so would you all please be kind enough to help me? Thank You. (0 Replies)
Discussion started by: austintham
0 Replies

6. Solaris

prtdiag and memory banks

hi, we have an e6900 and my sys admin says that the number of processors and memory were reduced to 4 and 8GB. However, a prtdiag |grep Memory returns 16GB of memory. So what is my system's memory? psrinfo returns 4 online and 4 offline CPUs. Thanks. Kumar (1 Reply)
Discussion started by: kumar27
1 Replies

7. SCO

SCO UNIX ftp - weird kind of working

hi, i am working on sco unix 5.07, i have 10 individual servers networked locally in which sco os is installed. one of them is not transferring the file to other servers but accepting all files. means Server (A) can accept the file through FTP from any server but not transferring FTP its own... (9 Replies)
Discussion started by: aafflatoon
9 Replies

8. Shell Programming and Scripting

What kind of transfer protocol we have in UNIX?

I was asked this question on the interview. I know ftp, sftp, scp, rcp. They said one more indi or indy Could you please let me know it? Thanks, Oleg (2 Replies)
Discussion started by: digioleg54
2 Replies
Tty(3)							User Contributed Perl Documentation						    Tty(3)

NAME
IO::Tty - Low-level allocate a pseudo-Tty, import constants. VERSION
1.10 SYNOPSIS
use IO::Tty qw(TIOCNOTTY); ... # use only to import constants, see IO::Pty to create ptys. DESCRIPTION
"IO::Tty" is used internally by "IO::Pty" to create a pseudo-tty. You wouldn't want to use it directly except to import constants, use "IO::Pty". For a list of importable constants, see IO::Tty::Constant. Windows is now supported, but ONLY under the Cygwin environment, see <http://sources.redhat.com/cygwin/>. Please note that pty creation is very system-dependend. From my experience, any modern POSIX system should be fine. Find below a list of systems that "IO::Tty" should work on. A more detailed table (which is slowly getting out-of-date) is available from the project pages document manager at SourceForge <http://sourceforge.net/projects/expectperl/>. If you have problems on your system and your system is listed in the "verified" list, you probably have some non-standard setup, e.g. you compiled your Linux-kernel yourself and disabled ptys (bummer!). Please ask your friendly sysadmin for help. If your system is not listed, unpack the latest version of "IO::Tty", do a 'perl Makefile.PL; make; make test; uname -a' and send me (RGiersig@cpan.org) the results and I'll see what I can deduce from that. There are chances that it will work right out-of-the-box... If it's working on your system, please send me a short note with details (version number, distribution, etc. 'uname -a' and 'perl -V' is a good start; also, the output from "perl Makefile.PL" contains a lot of interesting info, so please include that as well) so I can get an overview. Thanks! VERIFIED SYSTEMS, KNOWN ISSUES This is a list of systems that "IO::Tty" seems to work on ('make test' passes) with comments about "features": o AIX 4.3 Returns EIO instead of EOF when the slave is closed. Benign. o AIX 5.x o FreeBSD 4.4 EOF on the slave tty is not reported back to the master. o OpenBSD 2.8 The ioctl TIOCSCTTY sometimes fails. This is also known in Tcl/Expect, see http://expect.nist.gov/FAQ.html EOF on the slave tty is not reported back to the master. o Darwin 7.9.0 o HPUX 10.20 & 11.00 EOF on the slave tty is not reported back to the master. o IRIX 6.5 o Linux 2.2.x & 2.4.x Returns EIO instead of EOF when the slave is closed. Benign. o OSF 4.0 EOF on the slave tty is not reported back to the master. o Solaris 8, 2.7, 2.6 Has the "feature" of returning EOF just once?! EOF on the slave tty is not reported back to the master. o Windows NT/2k/XP (under Cygwin) When you send (print) a too long line (>160 chars) to a non-raw pty, the call just hangs forever and even alarm() cannot get you out. Don't complain to me... EOF on the slave tty is not reported back to the master. o z/OS The following systems have not been verified yet for this version, but a previous version worked on them: o SCO Unix o NetBSD probably the same as the other *BSDs... If you have additions to these lists, please mail them to <RGiersig@cpan.org>. SEE ALSO
IO::Pty, IO::Tty::Constant MAILING LISTS
As this module is mainly used by Expect, support for it is available via the two Expect mailing lists, expectperl-announce and expectperl- discuss, at http://lists.sourceforge.net/lists/listinfo/expectperl-announce and http://lists.sourceforge.net/lists/listinfo/expectperl-discuss AUTHORS
Originally by Graham Barr <gbarr@pobox.com>, based on the Ptty module by Nick Ing-Simmons <nik@tiuk.ti.com>. Now maintained and heavily rewritten by Roland Giersig <RGiersig@cpan.org>. Contains copyrighted stuff from openssh v3.0p1, authored by Tatu Ylonen <ylo@cs.hut.fi>, Markus Friedl and Todd C. Miller <Todd.Miller@courtesan.com>. I also got a lot of inspiry from the pty code in Xemacs. COPYRIGHT
Now all code is free software; you can redistribute it and/or modify it under the same terms as Perl itself. Nevertheless the above AUTHORS retain their copyrights to the various parts and want to receive credit if their source code is used. See the source for details. DISCLAIMER
THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. In other words: Use at your own risk. Provided as is. Your mileage may vary. Read the source, Luke! And finally, just to be sure: Any Use of This Product, in Any Manner Whatsoever, Will Increase the Amount of Disorder in the Universe. Although No Liability Is Implied Herein, the Consumer Is Warned That This Process Will Ultimately Lead to the Heat Death of the Universe. perl v5.16.2 2010-10-11 Tty(3)
All times are GMT -4. The time now is 01:32 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy