From: ibraheem umaru-mohammed <iumarumo@eidosnet.co.uk>
To: "Jason P. Winters" <jason@txt.com>
Cc: linux-c-programming@vger.kernel.org
Subject: Re: Telnet issues
Date: Mon, 29 Jul 2002 19:07:26 +0100 [thread overview]
Message-ID: <20020729180725.GA1595@micromuse.com> (raw)
In-Reply-To: <200207271513.g6RFDLnW001345@grinch.txt.com>
[Jason P. Winters wrote...]
-|
-| > This is a shot in the dark...am having some *solaris* issues and was
-| > just hoping someone might spot something that i am missing...
-| > ...
-| > execl("/bin/sh", "sh", "-c", "xterm -e /bin/sh -c 'telnet springfield'", (char *)0);
-|
-| Hmm... Well, one thing I can see is.. why invoke a shell in xterm to
-| invoke telnet? Here's what I just tried, and it seems to work (sparc:solaris 8):
-|
-| execl("/bin/sh", "sh", "-c", "/usr/openwin/bin/xterm -e telnet www", (char *)0);
-| execl("/bin/sh", "sh", "-c", "/usr/openwin/bin/xterm -e telnet (ipnumber)", (char *)0);
-| execl("/bin/sh", "sh", "-c", "xterm -e telnet (ipnumber)", (char *)0);
-|
-| and it all works for both the name and an ip number...
-|
-| So possibly your problem is the extra shell you're invoking.
-|
-| Ciao!
-|
-| Jason
-|
Thanks for responding. Problem was very weird and interesting.
Firstly, the reason why we were invoking a shell in xterm had to do with some of
the environment variables we were passing through, such as the location
of xterm, the telnet host etc.
Initially, I thought it was some sort of name resolving issue (NIS or
something)...having played around with some message catalogs , I found
I could get the telnet to fork successfully if I didn't open all the
message catalogs. I couldn't figure it out - was it a name resolving
issue or a locale problem? Hmmn...
Hours later, a colleague later found that I was forking without closing copied file
descriptors...we added a for loop to close all open file descriptors in the
range 0 - MAX_INT...and it worked. No issues at all now strangely enough.
Any one have any ideas why this should be platform (solaris) specific
issue, and why i didn't get some sort of proper error? Even so, it seems
strange that that should be the solution to the problem.
Kindest regards,
--ibs.
--
ibraheem umaru-mohammed
www.micromuse.com
--0--
prev parent reply other threads:[~2002-07-29 18:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-26 11:43 Telnet issues ibraheem umaru-mohammed
2002-07-27 15:13 ` Jason P. Winters
2002-07-29 18:07 ` ibraheem umaru-mohammed [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020729180725.GA1595@micromuse.com \
--to=iumarumo@eidosnet.co.uk \
--cc=jason@txt.com \
--cc=linux-c-programming@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.