[32862] in Perl-Users-Digest
Perl-Users Digest, Issue: 4128 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jan 31 16:09:34 2014
Date: Fri, 31 Jan 2014 13:09:03 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 31 Jan 2014 Volume: 11 Number: 4128
Today's topics:
Re: blessed coderefs <rweikusat@mobileactivedefense.com>
Re: blessed coderefs <ben@morrow.me.uk>
Re: creating a custom newsreader <news@todbe.com>
Re: creating a custom newsreader <dave@invalid.invalid>
Re: creating a custom newsreader <ben@morrow.me.uk>
Re: creating a custom newsreader <johnblack@nospam.com>
Re: creating a custom newsreader <ben@morrow.me.uk>
Re: creating a custom newsreader <news@todbe.com>
Re: creating a custom newsreader <ben@morrow.me.uk>
SEO Services in Hyderabad | SEO Company in Hyderabad wct.rahul@gmail.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 30 Jan 2014 16:33:03 +0000
From: Rainer Weikusat <rweikusat@mobileactivedefense.com>
Subject: Re: blessed coderefs
Message-Id: <87y51xtoow.fsf@sable.mobileactivedefense.com>
Ben Morrow <ben@morrow.me.uk> writes:
> Quoth Rainer Weikusat <rweikusat@mobileactivedefense.com>:
[...]
>> I'm using Linux queued realtime signals for I/O notification in one
>> program and the 'internal API' uses filehandles (glob references)
>> blessed into a package/ class whose methods interact with the 'I/O
>> notification subsystem' and enable/ disable O_ASYNC for the filehandle
>> in question as desired which is 'sort of' an IO object.
>
> Oh no, that doesn't count :). I have actually used a bare IO (the thing
> you get a reference to if you say *fh{IO} or Symbol::geniosym) as an
> object in the past; when you don't need any other properties (or you're
> doing them inside-out), there's no point lugging a whole glob around
> when you just want the filehandle.
Since the glob 'came for free' (or 'as promotional giveaway') with the
file handle, I'm using it to store information needed for using the
object (in a rather contorted way by putting an arrayref into the scalar
slot, which could be regared as a case of doing "what we always did so
far" without considering if it actually makes sense in the given
situation), namely, the file status flags and an additional flag word
which records which I/O handlers are presently established for a given
file handle so that O_ASYNC can be enabled/ disabled as needed whenever
a handler is registered or removed.
What were you using 'raw IO objects' for?
------------------------------
Date: Thu, 30 Jan 2014 20:19:07 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: blessed coderefs
Message-Id: <rmoqra-kgm1.ln1@anubis.morrow.me.uk>
Quoth Rainer Weikusat <rweikusat@mobileactivedefense.com>:
> Ben Morrow <ben@morrow.me.uk> writes:
> > Quoth Rainer Weikusat <rweikusat@mobileactivedefense.com>:
>
> > Oh no, that doesn't count :). I have actually used a bare IO (the thing
> > you get a reference to if you say *fh{IO} or Symbol::geniosym) as an
> > object in the past; when you don't need any other properties (or you're
> > doing them inside-out), there's no point lugging a whole glob around
> > when you just want the filehandle.
>
> What were you using 'raw IO objects' for?
Most recently for a filehandle which stringified to /dev/fd/N. Not
earth-shattering stuff, but surprisingly useful under some
circumstances.
Ben
------------------------------
Date: Thu, 30 Jan 2014 03:32:31 -0800
From: "$Bill" <news@todbe.com>
Subject: Re: creating a custom newsreader
Message-Id: <lcdd8a$div$1@dont-email.me>
On 1/28/2014 22:26, Eli the Bearded wrote:
>
> can't recall the last "material change" to xterm, but plenty of bug fixes
A little OT, but speaking of xterm (the UNIX one - a terminal window under
the X windows system). Is there a similar animal under Windows that has
the same functionality as a remote Xterm ? Basically a single terminal
window where you can log into another machine on your LAN and run a shell.
I want to be able to log into my desktop from my laptop and run a job in a
window.
And no, I don't want/mean remote desktop which messes up the whole remote
screen - just a single window on the laptop that talks to a shell on the
desktop (tcsh in my case) like Xterm does with nothing visible on the desktop.
------------------------------
Date: Thu, 30 Jan 2014 13:19:08 +0000 (UTC)
From: "Dave Saville" <dave@invalid.invalid>
Subject: Re: creating a custom newsreader
Message-Id: <fV45K0OBJxbE-pn2-LHpjOdLtcwdL@paddington.bear.den>
On Thu, 30 Jan 2014 11:32:31 UTC, "$Bill" <news@todbe.com> wrote:
> On 1/28/2014 22:26, Eli the Bearded wrote:
> >
> > can't recall the last "material change" to xterm, but plenty of bug fixes
>
> A little OT, but speaking of xterm (the UNIX one - a terminal window under
> the X windows system). Is there a similar animal under Windows that has
> the same functionality as a remote Xterm ? Basically a single terminal
> window where you can log into another machine on your LAN and run a shell.
>
> I want to be able to log into my desktop from my laptop and run a job in a
> window.
>
> And no, I don't want/mean remote desktop which messes up the whole remote
> screen - just a single window on the laptop that talks to a shell on the
> desktop (tcsh in my case) like Xterm does with nothing visible on the desktop.
>
PUTTY?
--
Regards
Dave Saville
------------------------------
Date: Thu, 30 Jan 2014 16:42:21 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: creating a custom newsreader
Message-Id: <d0cqra-irk1.ln1@anubis.morrow.me.uk>
Quoth "$Bill" <news@todbe.com>:
> On 1/28/2014 22:26, Eli the Bearded wrote:
> >
> > can't recall the last "material change" to xterm, but plenty of bug fixes
>
> A little OT, but speaking of xterm (the UNIX one - a terminal window under
> the X windows system). Is there a similar animal under Windows that has
> the same functionality as a remote Xterm ? Basically a single terminal
> window where you can log into another machine on your LAN and run a shell.
>
> I want to be able to log into my desktop from my laptop and run a job in a
> window.
>
> And no, I don't want/mean remote desktop which messes up the whole remote
> screen - just a single window on the laptop that talks to a shell on the
> desktop (tcsh in my case) like Xterm does with nothing visible on the desktop.
The remote machine needs to be running sshd or telnetd or something
equivalent. (This, in practice, means it needs to Not Be Running
Windows.) If that is the case then you want PuTTY (put it into Google).
Ben
------------------------------
Date: Thu, 30 Jan 2014 11:19:30 -0600
From: John Black <johnblack@nospam.com>
Subject: Re: creating a custom newsreader
Message-Id: <MPG.2d5445a2379b9ae89897ae@news.eternal-september.org>
In article <d0cqra-irk1.ln1@anubis.morrow.me.uk>, ben@morrow.me.uk says...
> The remote machine needs to be running sshd or telnetd or something
> equivalent. (This, in practice, means it needs to Not Be Running
> Windows.) If that is the case then you want PuTTY (put it into Google).
cygwin provides telnetd for Windows (and lots more).
John Black
------------------------------
Date: Thu, 30 Jan 2014 20:29:10 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: creating a custom newsreader
Message-Id: <m9pqra-kgm1.ln1@anubis.morrow.me.uk>
Quoth John Black <johnblack@nospam.com>:
> In article <d0cqra-irk1.ln1@anubis.morrow.me.uk>, ben@morrow.me.uk says...
> > The remote machine needs to be running sshd or telnetd or something
> > equivalent. (This, in practice, means it needs to Not Be Running
> > Windows.) If that is the case then you want PuTTY (put it into Google).
>
> cygwin provides telnetd for Windows (and lots more).
I know it does, in theory. In practice it doesn't work.
At some point in the past I spent quite a while trying to get a remote
shell on a Windows machine. I tried Cygwin sshd and telnetd. I tried
some random non-Cygwin sshd I found somewhere. In desperation, I even
tried Microsoft's telnetd. Nothing I could find was able to give me a
reaonable interactive shell, for the simple reason that Win32 doesn't
have ptys, or anything equivalent. Some important bits of the 'terminal
driver' logic are inside cmd.exe, so if you're not running a console
process under cmd.exe it just doesn't behave properly.
I should note that I was only interested in solutions that would run
native Win32 console apps properly. It's possible that Cygwin telnetd
will run Cygwin programs properly; I don't remember, because I wasn't
interested in running Cygwin programs.
Ben
------------------------------
Date: Thu, 30 Jan 2014 18:46:50 -0800
From: "$Bill" <news@todbe.com>
Subject: Re: creating a custom newsreader
Message-Id: <lcf2qk$2lp$1@dont-email.me>
On 1/30/2014 08:42, Ben Morrow wrote:
>
> The remote machine needs to be running sshd or telnetd or something
> equivalent. (This, in practice, means it needs to Not Be Running
> Windows.) If that is the case then you want PuTTY (put it into Google).
I don't follow that - why can't the remote daemon just run on a different
port and 'fork' off a terminal window with a shell running in it ?
Will check out PuTTY asap.
------------------------------
Date: Fri, 31 Jan 2014 04:26:57 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: creating a custom newsreader
Message-Id: <h9lrra-mov1.ln1@anubis.morrow.me.uk>
Quoth "$Bill" <news@todbe.com>:
> On 1/30/2014 08:42, Ben Morrow wrote:
> >
> > The remote machine needs to be running sshd or telnetd or something
> > equivalent. (This, in practice, means it needs to Not Be Running
> > Windows.) If that is the case then you want PuTTY (put it into Google).
>
> I don't follow that - why can't the remote daemon just run on a different
> port and 'fork' off a terminal window with a shell running in it ?
I'm not sure I understand... what do you mean by 'run on a different
port'? If you mean, 'why can't the remote (Windows) machine create a new
cmd.exe window when a connection comes in', then how is the display of
that cmd window supposed to be communicated back to the client? This is
what a pty does for you on Unix: it provides a terminal device with a
'back door' that programs like telnetd and sshd can use to see what's
been sent to the terminal, but a pty is a kernel facility and Windows
doesn't provide anything equivalent.
What you could do, these days, I believe, is invoke cmd.exe via Windows
Terminal Services (assuming you're running a version of Windows which
supports that), forward the whole GUI mess to the client over RDP, and
then display it 'seamlessly' in a window on the client machine. (Or do
the same with VNC, of course.) This isn't really equivalent to a ssh
connection to a Unix machine, though.
Ben
------------------------------
Date: Thu, 30 Jan 2014 02:26:26 -0800 (PST)
From: wct.rahul@gmail.com
Subject: SEO Services in Hyderabad | SEO Company in Hyderabad
Message-Id: <af454e5d-2b3f-486a-a39b-b1c6758997e5@googlegroups.com>
Webcolor Technologies is a leading professional Search Engine Marketing com=
pany for the E-Business Industry.Webcolor Technologies are providing Best S=
earch Engine Optimization Services in Hyderabad. SEO is mainly used to incr=
ease the visibility of the website. What ever the website is Webcolor Techn=
ologies are ready to give cent percent results for that website. Now a days=
at present world business is increasing rapidly as a result competitors ar=
e also increasing. In this scenario Webcolor Technologies are ready to prov=
ide you Best Search Engine Optimization services to compete your competit=
ors and to develop your business .
We Offer: web designing and Web development
Content Writing Services
Search Engine Optimization services
Social Media Optimization Services
Pay Per Click Services
Affliate Marketing Services
Online Reputation Management Services
For More Details =20
Please contact:9052698932=20
Email : info@webcolortech.com
Web: http://www.webcolortech.com/search-engine-optimization/
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 4128
***************************************
