home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / zines / cud / cud668.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  49.7 KB  |  960 lines

  1.  
  2. Computer underground Digest    Wed  July 28, 1994   Volume 6 : Issue 68
  3.                            ISSN  1004-042X
  4.  
  5.        Editors: Jim Thomas and Gordon Meyer (TK0JUT2@NIU.BITNET)
  6.        Archivist: Brendan Kehoe
  7.        Retiring Shadow Archivist: Stanton McCandlish
  8.        Shadow-Archivists: Dan Carosone / Paul Southworth
  9.                           Ralph Sims / Jyrki Kuoppala
  10.                           Ian Dickinson
  11.        Copper Ionizer:        Ephram Shrustleau
  12.  
  13. CONTENTS, #6.68 (Wed, July 28, 1994)
  14.  
  15. File 1--Preliminary HOPE (Conference) Panels
  16. File 2--Re: Sysop Liability for Copyright
  17. File 3--Re: Response to - Sysop Liability for Copyright (CuD 6.62)
  18. File 4--Re CuD 6.66--Roger Clarke on authoritarian IT
  19. File 5--Re: CuD 6.62--Response to Wade Riddick Open Letter
  20. File 6--Reply to DNA debate
  21.  
  22. Cu-Digest is a weekly electronic journal/newsletter. Subscriptions are
  23. available at no cost electronically.
  24.  
  25. CuD is available as a Usenet newsgroup: comp.society.cu-digest
  26.  
  27. Or, to subscribe, send a one-line message:  SUB CUDIGEST  your name
  28. Send it to LISTSERV@UIUCVMD.BITNET or LISTSERV@VMD.CSO.UIUC.EDU
  29. The editors may be contacted by voice (815-753-0303), fax (815-753-6302)
  30. or U.S. mail at:  Jim Thomas, Department of Sociology, NIU, DeKalb, IL
  31. 60115, USA.
  32.  
  33. Issues of CuD can also be found in the Usenet comp.society.cu-digest
  34. news group; on CompuServe in DL0 and DL4 of the IBMBBS SIG, DL1 of
  35. LAWSIG, and DL1 of TELECOM; on GEnie in the PF*NPC RT
  36. libraries and in the VIRUS/SECURITY library; from America Online in
  37. the PC Telecom forum under "computing newsletters;"
  38. On Delphi in the General Discussion database of the Internet SIG;
  39. on RIPCO BBS (312) 528-5020 (and via Ripco on  internet);
  40. and on Rune Stone BBS (IIRGWHQ) (203) 832-8441.
  41. CuD is also available via Fidonet File Request from
  42. 1:11/70; unlisted nodes and points welcome.
  43.  
  44. EUROPE:   from the ComNet in LUXEMBOURG BBS (++352) 466893;
  45.           In ITALY: Bits against the Empire BBS: +39-461-980493
  46.  
  47.   UNITED STATES:  etext.archive.umich.edu (141.211.164.18)  in /pub/CuD/
  48.                   ftp.eff.org (192.88.144.4) in /pub/Publications/CuD
  49.                   aql.gatech.edu (128.61.10.53) in /pub/eff/cud/
  50.                   world.std.com in /src/wuarchive/doc/EFF/Publications/CuD/
  51.                   uceng.uc.edu in /pub/wuarchive/doc/EFF/Publications/CuD/
  52.                   wuarchive.wustl.edu in /doc/EFF/Publications/CuD/
  53.   EUROPE:         nic.funet.fi in pub/doc/cud/ (Finland)
  54.                   ftp.warwick.ac.uk in pub/cud/ (United Kingdom)
  55.  
  56.   JAPAN:          ftp.glocom.ac.jp /mirror/ftp.eff.org/
  57.  
  58. COMPUTER UNDERGROUND DIGEST is an open forum dedicated to sharing
  59. information among computerists and to the presentation and debate of
  60. diverse views.  CuD material may  be reprinted for non-profit as long
  61. as the source is cited. Authors hold a presumptive copyright, and
  62. they should be contacted for reprint permission.  It is assumed that
  63. non-personal mail to the moderators may be reprinted unless otherwise
  64. specified.  Readers are encouraged to submit reasoned articles
  65. relating to computer culture and communication.  Articles are
  66. preferred to short responses.  Please avoid quoting previous posts
  67. unless absolutely necessary.
  68.  
  69. DISCLAIMER: The views represented herein do not necessarily represent
  70.             the views of the moderators. Digest contributors assume all
  71.             responsibility for ensuring that articles submitted do not
  72.             violate copyright protections.
  73.  
  74. ----------------------------------------------------------------------
  75.  
  76. Date: Mon, 25 Jul 1994 02:00:12 -0700
  77. From: Emmanuel Goldstein <emmanuel@WELL.SF.CA.US>
  78. Subject: Preliminary HOPE (Conference) Panels
  79.  
  80. Here is the first draft of the topics to be covered on the HOPE
  81. panels. This is a tentative list - more topics will be added and
  82. others will be modified. The actual times of the panels will be
  83. released at the conference.
  84.   +=======================================
  85. Hackers On Planet Earth
  86. Saturday, August 13th, 12 noon
  87. to Sunday, August 14th, 11:59 pm
  88. Hotel Pennsylvania, New York City, 18th Floor
  89. (People helping to set up the ethernet can come by Friday night.)
  90.  
  91. For full registration info, call (516) 751-2600 or
  92. email/finger info@hope.net
  93. =======================================================
  94. NETWORK MUSIC PROVIDED IN PART BY SUB-POP
  95.  
  96. OPENING ADDRESS WELCOMING HACKERS TO NEW YORK WILL BE GIVEN BY
  97. EX-CENTRAL INTELLIGENCE AGENCY EMPLOYEE ROBERT STEELE.
  98.  
  99. ===================     TENTATIVE TOPICS     ===================
  100.  
  101. FUN WITH PAGERS
  102.  
  103. Have you ever had the opportunity to monitor the pager of your
  104. choice, seeing each and every page as it comes over, alphanumeric
  105. included? You will. The entire city of New York is wide open and
  106. we'll demonstrate exactly how it's done. More pager tricks and
  107. little-known facts will be presented.
  108. Hosted by Thomas Icom
  109. ===============
  110. CELLULAR
  111.  
  112. OK, how is it done, really? We've all heard about cellular phone
  113. cloning but how many of us have had the guts to actually do it
  114. ourselves? Actually, probably quite a few because it's relatively
  115. easy. But, as with any technological trick, there is a multitude
  116. of misinformation being handed out. That won't happen here as the
  117. true experts will be on hand to demonstrate cloning and answer
  118. questions. We will show how cloning is not just for criminals and
  119. how you can clone a phone on your own PC! Cellular software to do
  120. this will be made available for free! You will also see first
  121. hand the risks of using a cellular phone.
  122. Hosted by Bernie S. and Count Zero
  123. ===============
  124. THE N.Y.C. METROCARD
  125.  
  126. New York City has just introduced a brand new farecard system for
  127. mass transit, one unlike any other in the United States. We have
  128. been gathering data on this system for some time now and hackers
  129. all over the world are trying to figure out ways of cracking it.
  130. Unlike most other mass transit card systems, this one uses master
  131. databases. We will read the cards, duplicate them, and make every
  132. attempt to defeat the system. By the end of HOPE, we will have
  133. either cracked it or deemed it secure. Your participation is
  134. encouraged. We expect to have representatives of the Metropolitan
  135. Transit Authority on hand to answer questions and keep a nervous
  136. eye on us.
  137. ===============
  138. CHAOS COMPUTER CLUB
  139.  
  140. For many years now, Germany's Chaos Computer Club has been making
  141. headlines all over the world for all kinds of mischief. But, as
  142. with all things, there is much much more to the story. For the
  143. first time ever, the CCC will be in this country to answer
  144. questions and share information of all sorts.
  145. ===============
  146. HACK-TIC
  147.  
  148. Although it's almost entirely in Dutch, Hack-Tic and the many
  149. people involved in its production have been the inspiration for
  150. hackers all over the planet. If HOPE is half as successful as the
  151. two hacker congresses Hack-Tic has hosted (Galactic Hacker Party
  152. of 1989 and Hacking at the End of the Universe of 1993), it will
  153. be an incredible event. Because of the far more relaxed
  154. atmosphere in Holland, hackers there are able to accomplish much
  155. more without all of the paranoia that is so abundant here. We
  156. will hear their story and find out about all of the technological
  157. projects they're involved in.
  158. ===============
  159. SOCIAL ENGINEERING
  160.  
  161. By far one of the most effective ways of getting information is
  162. the art of social engineering. You will see some live social
  163. engineering, get tips on what not to do, hear some great
  164. legendary tales from the masters, and listen to social
  165. engineering tapes of the past. You are welcome to participate in
  166. our social engineering contest - we give you an operator and you
  167. go as far as you can.
  168. ===============
  169. LINUX
  170.  
  171. Linux is the Freely Distributable Unix clone available by ftp
  172. from many sites on the Internet.  It is a remarkably complete and
  173. stable OS for intel-based PC's that is a direct result of the
  174. existence of the Internet, which allowed for the cooperative
  175. development team of volunteers to communicate in real time during
  176. their development of their respective parts of the project. Linux
  177. continues to enjoy rapid development and is already a viable and
  178. popular alternative to commercial Unix OS's.  It is being
  179. installed in basements and at commercial, academic, and
  180. governmental organizations around the world. Michael Johnston,
  181. developer of the new Slackware Professional Linux package (in
  182. partnership with Patrick Volkerding, author of the Slackware
  183. distribution of Linux on the net), will speak on the differences
  184. between the different Linux distributions available "for free" by
  185. ftp on the Internet, and in particular the changes in Slackware
  186. (the most popular Linux distribution on the net) between versions
  187. 1.2 and the new 2.0.
  188. ===============
  189. UPDATE ON ITALIAN HACKER CRACKDOWN
  190.  
  191. Recently, one of the largest computer raids in history took place
  192. in Italy, focusing its attention on Fidonet. The investigation
  193. and the overall oppressive atmosphere are continuing. An update
  194. from an eyewitness.
  195. ===============
  196. HOW DO HACKERS HANDLE MALICIOUS USERS?
  197.  
  198. With so many new people being drawn to the net every day, the
  199. criminal element is bound to become more visible. This means
  200. users who destroy files, wipe entire systems, harrass users, and
  201. cause intentional pandemonium. Perhaps the worst part of this is
  202. that the media considers such deliberate malice to be another
  203. part of hacking. How do hackers deal with such users and the
  204. misperceptions of the hacker world that are created? Is it proper
  205. for hackers to go to the authorities on such occasions or will
  206. that ultimately backfire? You'll hear stories, experiences,
  207. suggestions, arguments, etc. from experts and non-experts alike.
  208. ===============
  209. BOXING
  210.  
  211. Contrary to popular belief, boxing is not dead. As you will see,
  212. there are so many possibilities. We will have some top phone
  213. phreaks on hand to show you what works, what doesn't, what used
  214. to work, what never did, and what probably might. American boxing
  215. is only one small part of the entire global picture. In this
  216. panel, we guarantee all questions will have answers. Also
  217. included: An overview of current inband systems like R1, R2, and
  218. C5. The pains of ANI and the ease with which it can be spoofed.
  219. Cellular and cordless tricks.
  220. Hosted by Billsf and Kevin Crow.
  221. ===============
  222. AUTHORS
  223.  
  224. Steven Levy (Hackers), Winn Schwartau (Terminal Compromise),
  225. Paul Tough (Harpers, Esquire), Paul Bergsman (Control The World
  226. With Your Computer), Julian Dibbel (Village Voice, Spin).
  227. ===============
  228. WEARABLE COMPUTERS AND CHORDIC INPUT
  229.  
  230. Doug Platt of Select Tech will be walking around the HOPE
  231. conference wearing and demonstrating a computer of his own design
  232. that will be connected live to the Internet via wireless
  233. technology. Doug will be reporting live on the HOPE conference
  234. via the Internet as he walks around.
  235. ===============
  236. HISTORY OF 2600
  237.  
  238. How did it all start? How did it almost never happen at all? Are
  239. our phones tapped? What's the craziest letter we ever got? Who
  240. are the people behind the names? How many lawsuits have we been
  241. threatened with? What do the covers mean? Where is it all
  242. leading? Get the picture?
  243. ===============
  244. FULL DISCLOSURE - LIVE SHORTWAVE BROADCAST FROM HOPE
  245.  
  246. Learn all about Full Disclosure, a magazine many consider to be
  247. as dangerous as 2600! Free copies will be available.  On Sunday
  248. at 8 pm a live call-in from HOPE to "Full Disclosure Live" will
  249. take place on international shortwave on WWCR at 5810 KHz
  250. shortwave.
  251. ===============
  252. LEGAL ISSUES
  253.  
  254. Dave Banisar of the newly formed Washington DC based Electronic
  255. Privacy Information Center (EPIC) will fill us in on the latest
  256. laws, restrictions, and risks facing us all. There will also be
  257. updates on the 2600 Pentagon City Mall incident and tips on how
  258. to make the Freedom Of Information Act work for you. Come to this
  259. panel with any questions or comments about the ACLU, EFF, CPSR,
  260. etc.
  261. ===============
  262. WHAT IS THIS CRYPTOGRAPHY STUFF AND WHY SHOULD I CARE?
  263.  
  264. There have been quite a few articles in the national media
  265. recently about cryptography and privacy. Bob Stratton will
  266. attempt to provide an introduction to the terms and technology,
  267. how it affects the average citizen, and insights into the public
  268. policy debate currently raging in Washington and around the
  269. world. There will be a special emphasis on the relationship of
  270. cryptographic technology and emerging personal communications
  271. tools.
  272.  
  273. ------------------------------
  274.  
  275. Date: Mon, 18 Jul 94 20:36:25
  276. From: "Carolina, Robert" <Robert.Carolina@CCHANCE.CO.UK>
  277. Subject: Re: Sysop Liability for Copyright
  278.  
  279. >From my reading of the posts on this subject, it appears to me
  280. that there is a pretty serious misunderstanding of a critical
  281. aspect of the Frena case. To put the matter in context, the
  282. original poster noted that the court imposed liability regardless
  283. of the sysop's knowledge of what users were doing on his board.
  284. David Batterson responded: "Nonsense. Frena knew exactly what his
  285. users were doing, and so did the court." Later Mr Batterson
  286. concludes, "... courts CAN recognize copyright infringement when
  287. they see it. And so can I, without being a lawyer." Unfortunately,
  288. the Frena decision goes much further than this fairly
  289. straightforward conclusion.
  290.  
  291. Because of the procedural posture of the case (motion for summary
  292. judgment), the judge was limited in terms of what he could or
  293. could not decide. There was not much evidence placed before the
  294. court other than the admissions of both parties about the nature
  295. of the files. Thus the judge was faced with a simple question: are
  296. there any facts in dispute which would merit a trial.
  297.  
  298. Mr Frena clearly was disputing whether or not he had prior
  299. knowledge that the copyright files were on his system. By ruling
  300. against Frena, the judge was saying that this disputed fact could
  301. not influence the outcome of the case. To put it a little
  302. differently, the judge was saying: "Even if I believe your story,
  303. it just doesn't matter -- you are still going to be guilty of
  304. infringement because ignorance of the files' presence on your
  305. board is not an excuse." (Yes, I know that the case does not
  306. appear to say this, but I assure you that this is the message the
  307. court sent to every US lawyer reading the decision. It is also the
  308. message that we have to pass on to our clients when they ask us
  309. "what have the courts said about this.")
  310.  
  311. Now this kind of a ruling is much more serious than if the judge
  312. had merely said, "I don't believe your story and I am finding you
  313. liable." Unfortunately, the judge was not willing to wait for a
  314. full trial to make this kind of a ruling. Why? There are a few
  315. possibilities which are not mutually exclusive. First, he could
  316. genuinely believe that a sysop with an "open posting" policy
  317. should be strictly liable for the infringing activities of his
  318. subscribers. (Mr Batterson appears to agree with this to some
  319. extent.)
  320.  
  321. Secondly, he could have been concerned about wasting valuable
  322. court time on what he viewed as a "clearly loser" case. This
  323. second possibility disturbs me somewhat. If the judge was taking
  324. this kind of "shortcut", then he denied Mr Frena his day in court.
  325. More importantly, Mr Frena probably would have had the right to
  326. make his "I didn't know about it" argument to a jury rather than
  327. to the judge. By ruling that the law worked against Frena
  328. regardless of the facts in dispute, the judge took the liability
  329. phase of the case away from any possible jury consideration.
  330.  
  331. In short, the judge may have decided more than he needed to in
  332. order to dispose of this case quickly and cleanly. In my opinion
  333. he set a bad precedent in the process. My suspicion is that Mr
  334. Frena will probably settle rather than undertake the time and
  335. considerable expense of an appeal. The rest of us will have to
  336. wait for the outcome of the pending CompuServe audio file
  337. litigation in New York before a "major" federal court gives an
  338. answer to this question.
  339.  
  340. I must admit that I was intrigued by the force of Mr Batterson's
  341. rejoinder on the issue of what a "reasonable sysop" should do. It
  342. seems to me that he would wish all publicly accessible file
  343. servers to be subject to "pre-posting" editorial control. It could
  344. be that he will be proved right in the long run, but I hope not.
  345. (Before people shout that this would not be fair, remember that
  346. owners and occupiers of real property face a similar standard of
  347. liability as regards personal injury suffered by third parties.)
  348.  
  349. I should stress that the opinions expressed above are mine alone,
  350. and not necessarily those of Clifford Chance. For those of you who
  351. have not yet met me, I am a US lawyer working with the Computer &
  352. Communications practice group of a major international law
  353. practice in London. The points above will be incorporated into a
  354. longer article on the subject of "transmission liability" which I
  355. hope to publish this fall. I will send a pointer to the article as
  356. and when it is printed.
  357.  
  358. Best regards,
  359.  
  360. /s/Rob Carolina
  361. ----
  362. Robert A. Carolina      Telephone: (071) 600 1000
  363. Clifford Chance         Intl:     +44 71 600 1000
  364. 200 Aldersgate Street   Fax:      +44 71 600 5555
  365. London   EC1A  4JJ      Internet: Robert.Carolina@cchance.co.uk
  366. United Kingdom          X.400:    on request
  367.  
  368. ------------------------------
  369.  
  370. Date: Tue, 19 Jul 1994 14:39:48 +1000 (EST)
  371. From: Mr Rhys Weatherley <rhys@FIT.QUT.EDU.AU>
  372. Subject: Re: Response to - Sysop Liability for Copyright (CuD 6.62)
  373.  
  374. In CuD 6.64, dbatterson@ATTMAIL.COM(David  Batterson ) writes:
  375.  
  376. >If you allow immediately downloads, you are providing tacit approval
  377. >for users to upload commercial software programs, which could then be
  378. >available for immediate download.
  379.  
  380. I flipping well hope this isn't the default "approval test"!  There
  381. are millions of machines across the globe that currently allow users
  382. to upload files for immediate download with no review by the sysop at
  383. all.  It's called "USENET".  Virtually anyone at any time can post
  384. anything anywhere and it is immediately available for viewing (and
  385. download with appropriate software) on millions of machines, not to
  386. mention the original machine it was posted on.  Not just messages like
  387. this one, but copyrighted files too.  From a theoretical standpoint,
  388. there is no observable difference between what happens in a BBS file
  389. area and a newsgroup.  The software paraphenalia might be slightly
  390. different, but the overall effect is the same.
  391.  
  392. Hands up all those who haven't seen at least one copyrighted file or
  393. newspaper article posted without permission on USENET in the last
  394. month.  No one?  Does us knowing that this happens somehow make us
  395. responsible and we should all be carted off to jail for copyright
  396. infringement?
  397.  
  398. This is the real danger of making sysops responsible by default.
  399. Applied to USENET sites, if I don't watch my users like a hawk I am
  400. responsible when they step out of line behind my back (and I'm also
  401. responsible if I miss something).
  402.  
  403. Applied even further, I would be responsible for anything that comes
  404. in over my news feed if I don't scan it before making it available.
  405. You are welcome to volunteer to scan the thousands of messages per day
  406. that hit my system David, but I've got better things to do with my
  407. time.  I'll take action if I'm notified of a problem, but I can't be
  408. expected to prevent the problems from occurring in the first place
  409. without censoring my users (and losing the respect of my users in the
  410. process).
  411.  
  412. Maybe Frena is guilty of promoting copyright theft.  I'm not in a
  413. position to judge.  But I believe that more evidence is needed than
  414. "since there is an open place there he must be guilty of looking the
  415. other way".  The test for sysop liability needs to have a lot more
  416. preconditions added before it really is used against someone unfairly.
  417. If the EFF, CPRS, ACLU, etc, can succeed in getting those
  418. preconditions added, the world will be a safer place for all of us.
  419.  
  420. ------------------------------
  421.  
  422. Date: Fri, 22 Jul 94 01:33 EST
  423. From: "Charles E. Petras" <0003225457@MCIMAIL.COM>
  424. Subject: Re CuD 6.66--Roger Clarke on authoritarian IT
  425.  
  426. I thought the following, which I sent to the paper's author (who is in
  427. Australia), might clarify what "authoritarian" stuff we should be talking
  428. about.
  429.  
  430. From--Charles E. Petras, MCI Id--322-5457
  431. To--Roger Clarke (author of original paper)
  432.  
  433. I received a copy of your paper as part of the RISKS e-digest on the
  434. internet, and I'd like to compliment you on a very insightful presentation
  435. of the topic.
  436.  
  437. But, and there is always a but, I feel the need to challenge the following
  438. statement that you made:
  439.  
  440.    "...the openness and freedom which are supposed to be
  441.     the hallmarks of democratic government."
  442.  
  443. Specifically I offer the following definitions from the 1928 edition of the
  444. American Military Training Manual:
  445.  
  446.    DEMOCRACY, at TM 200025, 118120: _A government of the masses._ Authority
  447. derived through mass meeting or any other form of direct expression.
  448. _Results in a mobocracy._ Attitude toward property is communistic, negating
  449. property rights.  Attitude toward law is that the will of the majority shall
  450. regulate whether it be based upon deliberation or governed by passion,
  451. prejudice and impulse without restraint or regard to consequences. _Results
  452. in demogogism, license, agitation, discontent, anarchy._
  453.  
  454.    REPUBLIC, at TM 200025, 120121: Authority is derived through the election
  455. of public officials best fitted to represent them.  Attitude toward property
  456. is respect for laws and individual rights, and a sensible economic
  457. procedure.  Attitude toward law is the administration of justice in accord
  458. with fixed principals and established evidence, with a strict regard to
  459. consequences. A greater number of citizens and extent of territory may be
  460. brought within its compass. _Avoids the dangerous extreme of either tyranny
  461. or mobocracy.  Results in statesmanship, liberty, reason, justice,
  462. contentment and progress._
  463.  
  464. As a point of information, I live in the United States of America.  Some
  465. time ago our republican form of government was subverted into a democracy
  466. called the 'United States.'  This process was started by our Civil War
  467. (1860's) which resulted in a strengthing of the central (federal)
  468. governemnt, the imposition of the so-called 14th Amendment to our
  469. Constitution which created a federal citizen ('United States citizen') who
  470. is in reality a subject (as opposed to a Common Law Citizen who is the
  471. sovereign person talked about in our Declaration of Independence that
  472. creates governments, specifically the fifty republics that banded together
  473. to form the 'united States of America').
  474.  
  475. The capstone to this process was the so-called 17th Amendment to our
  476. Constitution which caused (on the federal level) the upper house of the
  477. government, the Senate, to be elected by 'the people' as opposed to being
  478. appointed by the various state legislatures.  This gave the moochers and
  479. looters control of the federal government, we went from a country of law, to
  480. a country of public policy.  With the ensuing loss of private property
  481. rights and individual freedoms that is evident today.  A democracy that has
  482. appointed itself the worlds policeman (and even toppled your [Australia's]
  483. government on occasions when it didn't tow-the-line).
  484.  
  485. Hopefully this will clear up any illusions that there is something desirably
  486. about having a democratic government.
  487.  
  488. As to the "emergent information societies", well I hope you might reconsider
  489. your conclusion.
  490.  
  491. ------------------------------
  492.  
  493. Date: Tue, 19 Jul 1994 10:56:27 -0500
  494. From: Jason Zions <jazz@HAL.COM>
  495. Subject: Re: CuD 6.62--Response to Wade Riddick Open Letter
  496.  
  497. In his response to the Wade Riddick letter, David Moore extracts two quotes
  498. without much comment, to wit:
  499.  
  500. QUOTE:                  -------------
  501. Government, though, has several options for the role it can play in
  502. this process:  (1) the Commerce Department, perhaps with some
  503. authorizing legislation, could call industry heads together and order
  504. them to set a common object code standard; (2) Commerce could
  505. acceptbids from various companies and groups for such a standard; or
  506. (3)finally, the federal government could itself craft a standard with
  507. thehelp of qualified but disinterested engineers, and then try to
  508. forceit upon the industry through the use of government procurement
  509. rules,control over the flow of research and development money or
  510. othereconomic levers.
  511.                         -------------
  512. QUOTE:                  -------------
  513. A serious effort should also be made to reach a consensus
  514. with other industrialized nations, for computers are
  515. globally interconnected to a degree that no other mass
  516. consumer product has been.
  517.                         -------------
  518.  
  519. The quotes indicate that Wade has little understanding of the way
  520. standards are developed in the US. US national standards are voluntary
  521. in nature; that is, people volunteer to write them and volunteer to
  522. comply with them. Sure, sometimes the federal government uses a big
  523. stick to beat vendors into compliance ("Comply with FIPS-151 or we
  524. won't buy your computer"), but this stick is different only in dollar
  525. volume from that wielded by any other purchaser.
  526.  
  527. Let's examine Wade's three alternatives. Option 1: order industry to
  528. set a common object code standard. Never happen; Commerce doesn't have
  529. the authority, and I don't know that Congress has it to give to
  530. Congress. In any event, there's the small matter of enforcement, as
  531. well as the small matter of the billions of dollars of already
  532. installed equipment which would be rendered obsolete overnight.
  533. Economic damage would be large. Choice 2:  accept bids for a standard.
  534. And just how are they supposed to select one, pray tell? Would you
  535. care to guess just how many years of court time would be consumed by
  536. the losers? Choice 3: the fed (probably through NIST) could develop
  537. its own standard using qualified but disinterested engineers. And
  538. where the hell are they going to find *them*? Engineers that are
  539. qualified to do this work are already employed and doing the work for
  540. some vendor. Do you have any idea how expensive it is to develop a new
  541. CPU architecture? The amount of time it takes to do the job? And
  542. before you say "new college grads", try talking to someone who's
  543. actually been on an architecture design team; you'll find that
  544. significant experience is required to do the job well, and that
  545. experience is acquired by doing it in the company of those who've done
  546. it before.
  547.  
  548. More important, though, is the fact that there *is* an IEEE standard
  549. computer instruction set. IEEE Std 1754-1994 is a specification of the
  550. SPARC V8 architecture. Combined with public-domain specs for the SPARC
  551. ABI (application binary interface), Wade has pretty much what he
  552. wants. By the time he figures out he doesn't really want it, it may be
  553. too late.
  554.  
  555. 1754 is hardly the first standard instruction set. There will
  556. doubtless be others, and I predict the first use of 1754 in an RFP
  557. will generate a lawsuit tying the whole issue up in the courts for
  558. years. I believe 1754 is not just Wrong, but is inherently Evil;
  559. contrary to Wade, I am of the considered opinion that the instruction
  560. set, or the binary level, is exactly the wrong place to drive a stake
  561. into the ground.
  562.  
  563. As for the need for serious international standardization efforts,
  564. they, too, already exist. Need I remind anyone of the most famous
  565. computer standards to be delivered by ISO - the Open System
  566. Interconnect standards, i.e. OSI. Sure, they were developed in an
  567. international arena. And they're pretty lousy standards. If you think
  568. the way we develop standards in the US is crazy, you ought to see how
  569. they get built elsewhere. Academics, who haven't bothered to actually
  570. implement anything, dream up these glorious pie-in-the-sky designs and
  571. then write them into standards, leaving it up to poor benighted
  572. engineers to figure out how to build these research castles.
  573.  
  574. David does say one thing upon which I'd like to comment:
  575.  
  576. >One more time.  It's the data and the communications interface to
  577. >this data that's important.  Not the specific hardware or software
  578. >applications.
  579.  
  580. Not all the world of computing is data-centric in the sense of
  581. long-lived data being operated on over a period of time. Process
  582. control applications, for example; the temperature in the reaction
  583. vessel yesterday at 2 PM isn't terribly interesting, but the
  584. temperature now and over the last 30 seconds is damn important.
  585.  
  586. The goal is to make anything in which the user invests significant
  587. amounts of time and money portable to different computing platforms.
  588. If users write programs, they should be portable to different
  589. platforms, including different operating systems; hence standard
  590. programming languages and OS interfaces like POSIX (IEEE 1003.1 et
  591. seq). If users collect data, the data should be moveable; hence data
  592. format standards like ISO 8824/8825 (ASN.1 and the associated BER). If
  593. users buy data collection hardware, the equipment should be moveable;
  594. hence standards like SCSI, RS-232 and RS-449, etc.
  595.  
  596. Find the right level of abstraction that maximizes the range of
  597. choices available to the user; *that* is where to standardize. With an
  598. instruction set or ABI standard, your apps are portable to any machine
  599. that runs that instruction set; with a source code standard, your apps
  600. are portable to any machine that has a compiler/runtime that can
  601. handle the defined interface.  The latter is guaranteed to be larger
  602. than the former.
  603.  
  604. ------------------------------
  605.  
  606. Date: Tue, 19 Jul 1994 16:23:51 -0500 (CDT)
  607. From: Wade Riddick <riddick@JEEVES.LA.UTEXAS.EDU>
  608. Subject: Reply to DNA debate
  609.  
  610.      "I am the emperor and I want my noodles."
  611.  
  612.      That was supposedly one of the most lucid things ever said by
  613. the mad King of Bavaria (Frederick or Ludwig--I'm not such which,
  614. but neither was he).  I don't recall saying anything about noodles
  615. in the reprint I recently posted to CUD, but some readers have
  616. tried to link me with mad kings, all the same.  I think that's
  617. partly my fault.  The article was originally published in a public
  618. policy journal, with a policy crowd in mind.  I also had to cope
  619. with space limitations.  Still, all-in-all I'm grateful to the LBJ
  620. Journal for taking a risk on something usually considered far-
  621. afield of government work and I'm grateful to the my editors there
  622. for helping me better speak to that audience.
  623.      Because of that original audience, though, I was encouraged
  624. to simplify the discourse and use those dastardly "buzzwords."
  625. Such buzzwords are appropriate inasmuch as they help the general
  626. public get some handle on complex concepts but are, obviously, out-
  627. of-place in this forum.  As to the controversies such words invoke,
  628. I do not think in all fairness I can be blamed for debates that are
  629. internal to an industry I have no leadership position in.
  630.      Yes, I *am* a part of that industry, although some comrades
  631. have chosen to attack my party credentials.  I don't think the
  632. 'credentials' issue is germane, but since it has bothered some
  633. readers I'll discuss it with other miscellaneous remarks at the end
  634. of this letter.  Right now I'd like to address a few points my
  635. colleagues have made.
  636.  
  637.      In the article, sometimes the terms 'object oriented' and
  638. 'object code' are blurred together and interchanged.  I got tired
  639. of haggling with my LBJ editors, but should have taken the time to
  640. correct this before posting it.  From the feedback, though, I think
  641. most CUD readers inferred the appropriate meaning in each context.
  642. Dr. Jerry Leichter, though, did not like my use of the term 'object
  643. oriented' and thought I was overly enamored with something that
  644. was dead (this may not actually be a crime in my native Louisiana;
  645. I'll have to check).  In fact, from my reading of the recent BYTE
  646. articles on the subject, I thought some of the basic tenants of
  647. object orientivity were being affirmed in the market (namely in
  648. VBLs, to use another buzzword).
  649.      BYTE's editors pointed out that the verdict would not be in
  650. until several future products like Cairo and Pink hit the market.
  651. Even though the jury is still out, I'm inclined to agree with the
  652. general sentiment of Dr. Leichter's argument.  I wouldn't be
  653. dramatic and say that object orientivity is dead, but it's obviously
  654. not taking anyone where they wanted to go.  Why?  Well, VBL's and
  655. objects in general are only an adequate solution within a given
  656. platform.  The issue of cross platform code compatibility remains,
  657. so I think object-orientivity, in its current incarnation, fails to
  658. solve the problem it sets out for itself unless it reconceptualizes
  659. the code in an object itself *as* an object.
  660.  
  661.      I must apologize for not going into more technical detail
  662. about my proposal.  I agree with Dr. Leichter that I do not have
  663. all of the necessary qualifications.  Frankly, I don't think anyone
  664. does for something this broad.  My goal in circulating the article
  665. was to cast light on the enormous political problem ahead and kind
  666. of coordination that would be needed to tackle it.
  667.      Yes, microkernels are something close to what I'm after and I
  668. do not object to them per se.  I'd really like to see some standard
  669. software plugs for the more common microkernel services.  A
  670. standard microkernel itself would be too tied to aging hardware.  I
  671. was glad to see p-code come up.  I realize the issue of p-code
  672. inefficiency still haunts the industry, but a number of these old
  673. interpretation and recompilation schemes are coming back into vogue
  674. with new twists that speed them up.  They face substantial legal
  675. hurdles as to the ownership of such altered programs.  If an object
  676. code standard existed, those hurdles would vanish because the
  677. industry could release its products in object code (encrypted
  678. perhaps) form before being bound to the processor/operating system.
  679.      Yes, I know UNIX is supposed to do something like this and I
  680. realize some exotic applications are too novel for such
  681. standardization, but tell me, does the bulk of an Excel spreadsheet
  682. really do anything that is logically different on all those
  683. platforms?  Some people have suggested that the power and
  684. flexibility to do this comes from source code and not from object
  685. code.  Why then does source code get altered quite a bit when ported
  686. from platform to platform?  Is there no way to automate and
  687. standardize this?  If not at the object code level, then between
  688. the source and object code level?
  689.      I know you cannot standardize future technological
  690. developments before they arrive. There is, however, a cost involved
  691. in not standardizing what has already come to pass. I can give you a
  692. dozen good reasons why different microprocessors have different
  693. instructions for adding short (16bit) integers.  Different
  694. architectures have different ways of storing and adding numbers
  695. that are optimal to the tasks they were designed to perform.  I
  696. know why compilers output different object code when their tasks
  697. are radically novel.  But as a user with an investment in software
  698. and a programmer looking to potential new markets, I find it
  699. indefensible that a compiler cannot put out a universal object code
  700. instruction for adding two integers.
  701.  
  702.      As to the Mac 68000 toolbox, I did not mean to suggest it is
  703. interpreted (though parts of it actually are on a 601).  I
  704. apologize if I said as much in the article; I probably did it to
  705. ease the mind of my journal editor.  The Mac does, of course, have
  706. a large (native) library of standard pre-defined functions with
  707. predefined entry points.  Much of the logic of this evolution *is*
  708. pointed to in the history of the market; I agree.  I simply think
  709. the evolution is going to have a hard time coming together without
  710. some kind of conscious coordination among the (self-interested)
  711. firms involved.
  712.      Some of you shuddered at my solution involving the Commerce
  713. Department.  Quite frankly, I think the industry itself (through a
  714. cartel or a monopoly) may arrive at a fair and equitable solution,
  715. but it will take tremendous pressure to tame the profit motive.  I
  716. know this sounds disingenuous, but you can talk to my journal
  717. editor about this.  I have to confess that at this stage I don't
  718. care one way or the other if a particular agency is involved.
  719. (You'll note that I hedge my bets by sprinkling the three
  720. possibilities with words like "perhaps" and "could").  I detailed a
  721. policy solution because the article was for a novice policy
  722. audience.  Quite frankly, I think it's asking a lot to outline a
  723. solution and paint all the numbers in in a few short pages.
  724.      I do have some idea as to how much a problem government can
  725. be, in general, with new technology.  I attended COCOM meetings in
  726. 1989 and just a few months ago they decontrolled what they were
  727. discussing then.  (I was all for dropping PC's on the Russians).
  728. I'm aware that large government mandated efforts like ADA have
  729. failed.  It was not my intention to advocate a particular solution,
  730. but rather to hint at the broad outline such a solution was likely
  731. to take and the safeguards the polity should take to guard against
  732. monopoly.  To paraphrase David Moore, there is no one in authority
  733. who knows the best way to develop anything.  But there are people
  734. who set the agendas and who control the development process.  And
  735. we have democratic control over them.
  736.  
  737.      I would like to thank Jerry Leichter for bringing up the issue
  738. of hardware compatibility.  I have absolutely no desire to impose a
  739. hardware standard.  I believe I said so in the article, despite
  740. being pushed to say something about a 64bit RISC standard by one of
  741. the IBM engineers who proofed the article.  I fully realize that
  742. hardware standards are unwieldy in this industry.  They have not
  743. always been so in other industries (e.g., rail) and they may not
  744. always be so in this one once it peters out (many decades from
  745. now).  I think that's why I wrote "A computer's instructions are
  746. vastly different than the regular objects that come to mind when
  747. standards are discussed.  The instructions CPUs use are virtual;
  748. they are not materially dependent on any particular piece of
  749. hardware."  To use more buzzwords, processing and bandwidth are
  750. becoming cheap; that's the lesson of the fourth technological
  751. revolution.
  752.      Nor do I propose to define a data standard for anything
  753. other than *certain* commands.  When you can move the basic
  754. structure of a program, the data can go with it.  But how easy, to
  755. use David Moore's example, is it for Deneba to port Canvas to a new
  756. platform?  If one company comes up with a solution to this dilemma,
  757. it will pull strings attached to the entire software industry.  And
  758. yes, I realize this leaves all sorts of data coordination problems
  759. out there.  I believe hardware and data standards are best left to
  760. the market.  That is the cheapest way to obtain the proper
  761. information about risky unknowns.
  762.  
  763.       I'm also glad Dr. Leichter brought economics into the debate.
  764. It was another thing I didn't have the space to discuss and I was
  765. sure my policy audience knew enough about it to get by.  I have to
  766. say though, I found it ironic that the person who "attacked" my
  767. credentials in microcomputers proceeded to lecture me on
  768. macroeconomics from the basis of his microeconomic business
  769. experience.
  770.      Dr. Leichter wondered if I learned about economics from
  771. Marxists or Catholics.  I confess that I have been influenced by an
  772. even more sinister and anarchic group: economists themselves.  I
  773. know the market clearing price is where goods are sold, but Dr.
  774. Leichter implies this price is somehow optimally determined.  So?
  775. Optimal for whom?  Even extortion is optimal if you play the game
  776. with pure self interest.
  777.      Optimal prices are the residue of quite complex events.  They
  778. are determined in part by the availability of information (hence
  779. the value of figuring out before everyone else which corporation
  780. will be taken over).  Evidence in the economics literature
  781. indicates that 'optimal' behavior goes out the window when you
  782. introduce technological change to markets.  It has to do with the
  783. inherent problems of non-linearity.  Because there is no optimal
  784. outcome, people often proceed on faith, particularly in new
  785. technologies where the path isn't yet clear.  The fanaticism of
  786. Steve Jobs comes to mind, but so I'm not accused of being Mac-
  787. centric, I'll also point to the drive of Bill Gates-whose actions
  788. affect market prices even if they're not rational (a reputational
  789. market effect) - and to Xerox's "architecture of information" - a
  790. fine example of how too much faith and not enough works can pose a
  791. problem.
  792.      In short, certain aspects to the game of technological change
  793. have no core (to use the buzzwords of non-cooperative game theory).
  794. Where there is no optimal core, the realm of politics comes into
  795. play.  I refer you to the social choice literature and specifically
  796. to Condorcet's voting paradox.  Without a core, there often isn't
  797. any 'rational' way to solve a problem, it's not even clear what
  798. everybody wants (however you measure it).  What are you going to do
  799. when the outcome of the game is determined by who sets the agenda?
  800.      It is refreshing to find people who still have more faith in
  801. macroeconomics than the macroeconomists do.  Haven't you heard the
  802. old joke, "If you laid every economist around the world from end to
  803. end, they'd still point in every direction?"  This is not to attack
  804. economics; political science is in an even worse predicament.  But
  805. these are the inherent difficulties of trying to study a vast non-
  806. reversible, non-linear systems.  You can't roll back history and
  807. experiment with variables.  Hence, there is every room for
  808. irrationality and emotion in certain economic circumstances.
  809. Ignoring emotion doesn't help us understand it or the roll it plays
  810. in politics.
  811.      Because of this non-linearity problem, I cannot roll back
  812. history to prove absolutely that we've suffered inefficiency loss
  813. in the computer industry.  Perhaps when my dissertation is
  814. completed, I will have mustered enough statistical evidence to
  815. indicate that this is a likely possibility, but that's a few years
  816. off.  I simply point to the fact that designing for hardware
  817. independence is a hot topic and a lot of money is going into it.
  818. Perhaps we would not have saved much money if we had made the
  819. investment to solve this problem at a time when the technology was
  820. less widely spread, but today's corporations are making heavy
  821. investments to solve the problem.  They must think it will make or
  822. save them money in the long run.
  823.  
  824.      I would like to thank Rainer Brockerhoff of Brazil for
  825. bringing up international aspects of the general standards problem.
  826. It was beyond the scope of my article, but I do think international
  827. technical standards are incredibly important and that the U.S.
  828. needs to get on the ball to make sure mature technologies are well-
  829. coordinated and new technologies are not strangled.  And if I see
  830. one 'non-governmental' factor compelling the American software
  831. industry to cooperate, it's international competition.
  832.  
  833.       After reading the responses, I feel for some reason compelled
  834. to state my ideological inclination on certain issues.  I have not
  835. bought a Power Mac.  Having taken a vow of poverty upon entering
  836. graduate school, I own a meager Centris 650 (only 25MHz at that).
  837. I do intend to upgrade.  I do not like Apple's Newton in its
  838. current incarnation.  I believe it will be a success if it gets
  839. cellular and fax capabilities and sells for around $500.  Whoever
  840. suggested giving one to every family must be confusing it with
  841. Fannie Mae (an understandable mistake).
  842.  
  843.      There was a short biography in my original CUD posting because
  844. it was a required part for the original policy journal article.  I
  845. hope it did not mislead anyone about the nature of my credentials
  846. or sound arrogant or facetious.  It was pro forma and the policy
  847. journal's audience could care less about my geek credentials, but I
  848. see the error of making the same assumption here.  I find the
  849. concern that I have not received the proper education touching, but
  850. let me put those fears to rest.
  851.      My first computer class was in Fortran IV in the summer of
  852. 1980.  I was eleven.  Despite that setback, I took BASIC classes
  853. the next school year.  Those were my last computer related classes
  854. (not counting the mandatory half-credit of high school computer
  855. literacy).  I bought an Apple ][e, taught myself Applesoft BASIC
  856. and 6502 machine language (and later 65816 on the ][gs).  Among
  857. other things, I redesigned part of the BASIC interpreter using bank
  858. switched memory (an idea later commercialized by someone else in
  859. Beagle BASIC, but I don't guess experimenting with dual stack
  860. machines is enough to qualify me as a 'systems programmer').  At one
  861. point I wrote a real-time data collection program in 6502 and
  862. 6522VIA assembly.  I generally did not muck around with modems or
  863. disk drive code, fearing my computer would catch a disease or the
  864. FBI.
  865.      Not knowing I could go nowhere with an 8th grade computer
  866. education, I took a job with LSU when I graduated high school
  867. writing testing and scheduling software on an MS-DOS machine (a
  868. platform I still prefer for sheer ease of programming) in BASIC and
  869. Pascal.  While in college, I spent a summer at the Democratic
  870. Senatorial Campaign Committee designing their contributor and media
  871. tracking databases in Clipper.  On the side I wrote screen savers
  872. and fractal generators (who didn't?) for the Mac in Pascal.  After
  873. getting my B.A., I spent a semester at the University of Sydney
  874. where I designed motion after effect software for psychological
  875. experiments.  I currently have two commercial Mac screen savers on
  876. the market - alas, not through a company I started but at least I
  877. do own all my copyrights.
  878.      I am also working on a freeware interactive statistical
  879. package for the Mac entitled "Pixelated Entropy."  I'll say
  880. something about it since I will at some point make it generally
  881. available to the academic community.  It is designed to explore
  882. non-linear models and uses a Photoshop plug-in type system held
  883. together through resource files and a little 68000 code.  You can
  884. write your own models and analytic tools for use by the program. It
  885. actually multitasks, survives system crashes and automatically
  886. performs tweening so you can generate movies of your models as they
  887. change.  I'll be happy to give you copies now, but it's in the alpha
  888. stage (though there are few bugs) and I don't want to release it
  889. while the interface is still in flux.  It comes with a fast spatial
  890. correlation test, a few differential and difference equations and
  891. plenty of source code examples.
  892.  
  893.      As to the rest of my vita, I'll be happy to provide references
  894. on request and I welcome all inquiries.  In short, I do not deny
  895. that I lack a doctorate (as yet) or any other credentials
  896. qualifying me as an 'expert' in computers.  But I don't think
  897. anyone qualifies.  No one is an expert in *the law*, yet we have a
  898. system of law with plenty of experts in various fields and a bulk
  899. of precedents that we are all free to cite.  The system coordinates
  900. things through the use of enlightened self-interest.  I believe a
  901. coordinated (if loose) framework for interchangeable object code
  902. will emerge from the market, given time.  But if it does so, it
  903. will be in the form of a monopoly and possibly at a high price.
  904. (Monopolies are market optimal too).
  905.      I'm glad most people appear to have ignored my 'lack' of
  906. credentials when they read the article.  I myself rarely ask about
  907. someone's credentials when I talk politics with them and I have
  908. been pleased that many engineers, programmers and other sorts have
  909. leant me an ear-both on line and off-without a second thought and I
  910. hope that they continue to listen to other users out there.
  911. Standardization *is* a problem that people perceive in political
  912. terms with potential political solutions.
  913.  
  914.      I find in general the denial that politics exists in the
  915. computer market or anywhere a distasteful political tactic.  I find
  916. everywhere in online discussions a denial of the fundamental truth
  917. that we are taught in grade school.  We are the "government."  Some
  918. people have this Romantic idea of the internet community as a
  919. liberated band of individuals freed from the bonds of "government"
  920. intervention, living out on some frontier.  Maybe no one else is
  921. around, but whether it's the internet community setting standards or
  922. our elected representatives operating through a (yes) bloated and
  923. slow bureaucracy, people and institutions are involved and politics
  924. lives on.  That's the business of self-governance.
  925.      Denying the existence of politics-that we govern ourselves-in
  926. any area attempts to hide legitimate differences between people and
  927. only gives the upper hand to those who already set the agenda and
  928. hold the power.  I'm sorry if I sound like a revolutionary, but I
  929. find the very idea that government in general has nothing to do in
  930. setting standards on the Internet hypocritical.  Without vast
  931. government monies there would be no military, no public
  932. universities (nor private ones on the current scale) and thus no
  933. Internet.
  934.      I find the belief that government should fork over the money
  935. and shut up about it even worse.  It's the same argument used by
  936. *some* artists trying to get money from the NEA, industries
  937. trying to get price supports, and so on.  It's an evil idea.  Maybe
  938. we do need all of these programs, but we are the government and we
  939. have a right to see what we're buying in the full light of day.  I
  940. have no doubt that most of the money spent on the Internet has
  941. given us something of value we would not have had otherwise.  But
  942. maybe we can do better.  Would King Canute have been such a fool if
  943. he had built a dike to stem flood-tides?  Wouldn't we be fools if
  944. we still believed economic forces like interest rates were also
  945. controlled by the motions of planetary bodies?
  946.  
  947.      In closing, I would like to publicly thank the CUD editors
  948. for their patient assistance with the original piece.  We had a lot
  949. of problems with 'standards.'
  950.  
  951.      Wade Riddick (riddick@jeeves.la.utexas.edu)
  952.  
  953. ------------------------------
  954.  
  955. End of Computer Underground Digest #6.68
  956. ************************************
  957.  
  958. ^Z
  959.  
  960.