Path: gmd.de!urmel.informatik.rwth-aachen.de!news-rhrz!mpifr-bonn.mpg.de!
uniol!math.fu-berlin.de!xlink.net!sol.ctr.columbia.edu!howland.reston.ans.net!
agate!overload.lbl.gov!ux5.lbl.gov!mikec
From: mi...@ux5.lbl.gov (Mike Chin)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: rsh, ddeml
Followup-To: comp.os.ms-windows.programmer.win32
Date: 8 Sep 1993 20:10:34 GMT
Organization: Lawrence Berkeley Laboratory
Lines: 23
Distribution: usa
Message-ID: <26le7q$4a3@overload.lbl.gov>
NNTP-Posting-Host: ux5.lbl.gov
Keywords: msvc
Is there an rsh service for NT? I'd like to be able to
start applications on networked machines.
I'm quite pleased with msvcnt; I was able to recompile a win31 app
developed under msvc/MFC without having to modify the .cpp/.h in any
way. The performance improvement for my MDI animation demo was
tremendous; under win31 the demo can't handle more than 4 windows
while the nt version was still lively at 8, and able to poke along
with ~80 windows open.
However:
It seems that the DDEML/MFC Developers CDROM example
does not compile w/o significant mods under msvcnt
(diffs in ddeml.h, perhaps).
Why isn't there builtin MFC support for DDEML?
If OLE is the future (I assume so because of the support
for it in the MFC), why aren't there any network versions?
mike chin
MJC...@lbl.gov
Path: gmd.de!urmel.informatik.rwth-aachen.de!news-rhrz!mpifr-bonn.mpg.de!
uniol!math.fu-berlin.de!xlink.net!sol.ctr.columbia.edu!news.kei.com!
yeshua.marcam.com!zip.eecs.umich.edu!umn.edu!msc.edu!af.msc.edu!alan
From: a...@af.msc.edu (Alan Klietz)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: rsh, ddeml
Date: 9 Sep 1993 20:10:44 GMT
Organization: Minnesota Supercomputer Center, Inc.
Lines: 8
Distribution: usa
Message-ID: <26o2k4$9eb@uc.msc.edu>
References: <26le7q$4a3@overload.lbl.gov>
NNTP-Posting-Host: af.msc.edu
Keywords: msvc
In article <26le7q$...@overload.lbl.gov> mi...@ux5.lbl.gov (Mike Chin) writes:
<Is there an rsh service for NT? I'd like to be able to
<start applications on networked machines.
In my reading of the security API, I haven't been able to find the
magic function that will allow you to `borrow' the security token
of a remote user. This would seem to be a necessary prerequisite for
an rsh service.
Path: gmd.de!rrz.uni-koeln.de!unidui!math.fu-berlin.de!news.belwue.de!
xlink.net!sol.ctr.columbia.edu!math.ohio-state.edu!cs.utexas.edu!uunet!
psinntp!congrunt!artk
From: a...@Congruent.COM (Arthur Kreitman)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: rsh, ddeml
Message-ID: <ARTK.93Sep10135216@cc-color1.Congruent.COM>
Date: 10 Sep 93 17:52:16 GMT
References: <26le7q$4a3@overload.lbl.gov> <26o2k4$9eb@uc.msc.edu>
Sender: n...@Congruent.COM
Distribution: usa
Organization: Congruent Corporation; New York, NY
Lines: 17
In-reply-to: alan@af.msc.edu's message of 9 Sep 93 20:10:44 GMT
In article <26o2k4$...@uc.msc.edu> a...@af.msc.edu (Alan Klietz) writes:
> In my reading of the security API, I haven't been able to find the
> magic function that will allow you to `borrow' the security token
> of a remote user. This would seem to be a necessary prerequisite for
> an rsh service.
You won't find it. It's not in any public document.
--
----
Art Kreitman Congruent Corporation
a...@congruent.com 110 Greene Street
212-431-5100 New York, New York 10012
fax 219-1532
Path: gmd.de!rrz.uni-koeln.de!unidui!math.fu-berlin.de!xlink.net!
sol.ctr.columbia.edu!spool.mu.edu!olivea!koriel!male.EBay.Sun.COM!
jethro.Corp.Sun.COM!legion!jeremy
From: jer...@legion.Corp.Sun.COM (Jeremy Allison)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: rsh, ddeml
Date: 11 Sep 1993 00:21:42 GMT
Organization: Sun Microsystems CTE Windows Group
Lines: 33
Distribution: usa
Message-ID: <26r5mm$ob1@jethro.Corp.Sun.COM>
References: <26le7q$4a3@overload.lbl.gov> <26o2k4$9eb@uc.msc.edu>
<ARTK.93Sep10135216@cc-color1.Congruent.COM>
Reply-To: Jeremy.Alli...@sun.COM
NNTP-Posting-Host: legion.corp.sun.com
In article <ARTK.93Sep10135...@cc-color1.Congruent.COM>, a...@Congruent.COM
(Arthur Kreitman) writes:
|> In article <26o2k4$...@uc.msc.edu> a...@af.msc.edu (Alan Klietz) writes:
|>
|> > In my reading of the security API, I haven't been able to find the
|> > magic function that will allow you to `borrow' the security token
|> > of a remote user. This would seem to be a necessary prerequisite for
|> > an rsh service.
|>
|> You won't find it. It's not in any public document.
|> --
|>
|> ----
|>
|> Art Kreitman Congruent Corporation
|> a...@congruent.com 110 Greene Street
|> 212-431-5100 New York, New York 10012
|> fax 219-1532
|>
Well the question has to be - why not ? Is it going to be published
Is there one ? Is it available but only by using an undocumented library
entry point ? Anyone implementing this basic type of service needs this call !
This is one of the few flaws I can see in an otherwise nice OS.
What would be nice is a statement someone at MicroSoft as to whether this
is being looked into / worked on / decided not to fix. What's the deal ?
Jeremy Allison.
Std. Disclaimer.
Speak for Sun ? They don't even know I work for them.
Path: gmd.de!rrz.uni-koeln.de!unidui!math.fu-berlin.de!xlink.net!
sol.ctr.columbia.edu!howland.reston.ans.net!europa.eng.gtefsd.com!uunet!
psinntp!congrunt!artk
From: a...@Congruent.COM (Arthur Kreitman)
Newsgroups: comp.os.ms-windows.programmer.win32
Subject: Re: rsh, ddeml
Message-ID: <ARTK.93Sep11142937@cc-color1.Congruent.COM>
Date: 11 Sep 93 18:29:37 GMT
References: <26le7q$4a3@overload.lbl.gov> <26o2k4$9eb@uc.msc.edu>
<ARTK.93Sep10135216@cc-color1.Congruent.COM>
<26r5mm$ob1@jethro.Corp.Sun.COM>
Sender: n...@Congruent.COM
Distribution: usa
Organization: Congruent Corporation; New York, NY
Lines: 25
In-reply-to: jeremy@legion.Corp.Sun.COM's message of 11 Sep 93 00:21:42 GMT
In article <26r5mm$...@jethro.Corp.Sun.COM> jer...@legion.Corp.Sun.COM
(Jeremy Allison) writes:
> Well the question has to be - why not ? Is it going to be published
> Is there one ? Is it available but only by using an undocumented library
> entry point ? Anyone implementing this basic type of service needs this call !
The risks in developing a product based on an unpublished api are very
high. Buying a product based on an unpublished API is simply foolish.
Any product that depends on an unpublished API i
> This is one of the few flaws I can see in an otherwise nice OS.
Why is this a flaw. Given the way publishing security api has
helped make unix prone to breakins, I think it would be a flaw to
make them public.
--
----
Art Kreitman Congruent Corporation
a...@congruent.com 110 Greene Street
212-431-5100 New York, New York 10012
fax 219-1532