Return-Path: <MicrosoftAnswers@microsoft.com>
Received: from vmx1.cruzio.com (vmx1.cruzio.com [63.249.92.95])
by icogitate.com with ESMTP id t19DBeq9068753
for <<John S. Kent>>; Mon, 9 Feb 2015 05:11:40 -0800 (PST)
Received: from smtpi.msn.com (co1gmehub04.msn.com [65.55.52.232])
by vmx1.cruzio.com with ESMTP id t19DBl56022500
for <<John S. Kent>>; Mon, 9 Feb 2015 05:11:48 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=s1024; t=1423487493; h=From:Sender:Subject:Date:Message-ID:To
:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=BG+W7cf+HfakSh+r
xPwbfLFar9OOUXMvQ3KjKy+8dMc=; b=TQHnBKnS8AYA8+Kj6JWfXy+UOCDP1dx/VxfoxS4yt
MmZKFaP2nIe0dekd5uuyPaVHCo9zqkUxibOENmMbawqdTwY0VDux9WDKV9Opx++BZ2W3PD05w
yqrop1yo7o03qGOntR89NImRNmqhknTUHo2YlNT/zmFDY1zUVP7sYlwLA=;
MIME-Version: 1.0
Sender: Microsoft Community <MicrosoftAnswers@microsoft.com>
From: Microsoft Community <MicrosoftAnswers@microsoft.com>
To: <<John S. Kent>>
Date: Mon, 9 Feb 2015 05:11:32 -0800
Subject: Question has reply: MicroSoft .Net FrameWork Updates ALL FAIL With
Error 13ED - Error Not listed & No posted answers worked!
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-ID: <******@CO1MSSCPSLWB015.phx.gbl>
X-OriginalArrivalTime: 09 Feb 2015 13:11:32.0909 (UTC) FILETIME=[ECD08DD0:01D04469]
X-DKIM-Signer: DkimX (v1.11.111)
X-Spam-Flag: YES
X-Spam-Level: **
X-Spam-Status: Yes, score=2.21 tests=HTML_MESSAGE,MIME_HTML_ONLY,T_DKIM_INVALID
X-Spam-Report: 0.0 HTML_MESSAGE BODY: HTML included in message 2.2 MIME_HTML_ONLY BODY: Message only has text/html MIME parts 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid
X-Scanned-By: MIMEDefang 2.71 on 63.249.92.95
Hello John S.Kent,
Your question on Microsoft Community has received a reply from SebGiuly.
Reply
Hello.
I am a Japanese, I cannot explain it in detail.
I faced the same problem, too.
I was recovered if I made the position of the TEMP file of the environment variable a default
=============================================================
お会いできてうれしい。あなたはGoogle翻訳を試みる場合があり、言葉の壁や他の翻訳者を克服するために。
あなたは "TEMP"& "TMP"のために私にあなたの環境の内容を送信することができます。
あなたのソリューションは、確かにシンプルでエレガントな答えかもしれません。 Microsoftは、オペレーティングシステムの追跡のために書かれているすべてのソフトウェアを主張するガイド線を持っています。環境変数はよくそれらのガイドラインに記載されています。マイクロソフトはなく、他の部分で、/アップデートをインストールプロセスの一部で、そのガイド線(ソフトウェアコンポーネント)を以下の通りです。それは自己だとように、Microsoftのソフトウェアは競合している!これは、Microsoftのインストール理由/更新プロセスが失敗している。これはこれはまだMicrosoftエラーであるユーザーエラーではありません。すべてのユーザーがこの&同様のエラーに文句はありません理由を説明。唯一のソフトウェアエンジニアは、これらの変数を変更する必要があります。だから、唯一の相対的少数(数千人のプログラマーの何百もの)ではなく、多くの(単位:百万毎日のユーザーの何百もの)エラーを報告。
So glad to meet you. To overcome the language barrier you might try Google Translate or some other translator.
Could you send me your environment contents for "temp" & "tmp".
Your Work-Around may indeed be the simple elegant solution. MicroSoft has programming guide lines that they insist ALL software that is written for their Operating System follow. The environment variables are well documented in the MicroSoft PROGRAMMING GUIDE LINES. MicroSoft is following their guide lines in some parts (software components) of the install/update process, but NOT IN OTHER PARTS. So MicroSoft's software is in conflict with it's self! This is why MicroSoft's Install/Update process Fails with Error 13ED (& probably several other error codes). This is NOT a USER Error this is a MicroSoft ERROR. This explains why ALL users don't complain about this & similar errors. Only Software Engineers NEED to modify these variables to conform to various development packages & tools. So only a relative few (Hundreds of Thousands programmers) rather than many (Hundreds of Millions everyday users) report the error.
Software Developers: Work Around is to revert the environment variables "temp" & "tmp" to the system defaults while not doing development work. Probably safer is revert ALL environment variables modified to do development back to "system default values". There are numerous other system areas that do have bug producing problems when modified. Being aware of MicroSoft's Bugs & Error further complicates software development, since how do you separate your code problems & bugs from MicroSoft's Bugs, Errors, & behavior incompatibles?
Note: Received from "SebGiuly" which mysteriously appeared 15.02.09 & disappeared (A.User; InActive Account) 15.02.10. I am highly suspect that a MicroSoft employee created "SebGiuly" to send the answer to this thread. I strongly suspect that MicroSoft has known the EXACT nature of the problem since @ least before 12.02.12 Why does MicroSoft NOT want to make this trivial software fix? I can do it in 20 minutes if I had access to the source files. MicroSoft Software Engineers appear to be COMPLETELY INCOMPETENT (or is it the Managers & the Billion $ Boys Club that is the problem?).