[2978] in java-interest
Re: Dynamic libraries, security, and extensibility
daemon@ATHENA.MIT.EDU (Sami Shaio)
Tue Oct 24 19:53:13 1995
Date: Tue, 24 Oct 1995 13:48:12 -0700
From: Sami.Shaio@Eng.Sun.COM (Sami Shaio)
To: java-interest@java.Eng.Sun.COM, ser@jersey.uoregon.edu
|From daemon@java Tue Oct 24 10:46 PDT 1995
|From: ser@jersey.uoregon.edu
|To: java-interest@java.Eng.Sun.COM
|Subject: Dynamic libraries, security, and extensibility
|Date: Mon, 23 Oct 1995 23:49:53 -0700
|X-Info: To unsubscribe, send 'unsubscribe' to java-interest-request@java.sun.com
[ stuff edited out ]
|This is A Real Bummer.
|
|For the life of me, I can't see an answer. We can't simply allow access
|to external libraries from within applets; what's to keep people from
|using well-known and generally globally extant library function calls to
|implement the very viruses that the nature of Java so cleverly denies?
|But how can we live with a language which doesn't, in its primary
|capacity as that of distributable software, support DLLs?
|
You're exagerating the problem here. As you say, unauthenticated
applets will never get the ability to load in dlls. However, nothing
prevents you from distributing a dll for tk say that users have to
install on their system if they want. The problem is sending dlls,
unauthenticated over the net. It's not that Java doesn't support
them since it does.
--sami
|---
|Sean Russell \ It's OK to judge a book by its cover,
|ser@cs.uoregon.edu \ as long as you understand that most of
|http://zebu.uoregon.edu/~ser ) the cover artists
|Finger Me for PGP Key / have never read the book.
|NeXTMail Welcome!!! /
|
|-
|Note to Sun employees: this is an EXTERNAL mailing list!
|Info: send 'help' to java-interest-request@java.sun.com
|
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
