This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Online Updates Fail for TINA-TI 9

Other Parts Discussed in Thread: TINA-TI

Online updates for TINA-TI  (version 9.3.100.244 SF-TI) fail with the following error messages.

"Error extracting  ... DesignSoft\Update\sloc266.zip", and similar messages for sloc267.zip, sloc275.zip, sloc293.zip.

These errors occur despite uninstall/resinstall, and despite testing on two different computers (Win7Pro and WinXP). (On Win7Pro used run as Administrator to install the TINA-TI application.)

By inspecting the files that are downloaded by the online updater, they are all 9kB  files containing html, not proper zip files with compressed data!

By viewing the contents of the 9kB files, one can find direct links to download the sloc266. zip etc files, which I have done. (They are about 2MB to 8MB in size.)
 However, it seems unwise to attempt to manually use these files, since after inspection there's more going on than simple copying to destination directories.

What's the proper solution? (Again, the server side is delivering html data, not zip files!)

Online Updates of TINA-TI Model Library and Example Circuits Library

  • I am sorry to hear you are having problems with the TINA update.

    A few questions:
    1. What is your default browser and version?
    2. You mentioned inspecting the downloaded files which had html extensions.
          In which directory are you seeing them?
    3. Would you please list the sequence of events that led to the error?

    Regards,
    John

  • 1. Happens in both Firefox 43.0.4 (up-to-date) on WinXP,
       or Chrome 47.0.2526.111 (up-to-date) on Win7pro.

    2. To clarify, the files had zip extensions, but the file format is not zip, they contain html. Exact directory is
     C:\Documents and Settings\username\Local Settings\Application Data\DesignSoft\Update\

    3. Sequence of events to repeat:
      a. Run Tina-TI, Help->CheckforUpdates
      b. Update window appears. Shows 4 updates available.
      c. Close TINA-TI (as requested by Update window). In Update window, click Update.
      d. Get error window       "Error extracting
            C:\Documents and Settings\username\Local Settings\Application Data\DesignSoft\Update\sloc266.zip"   and similar messages for sloc267.zip, sloc275.zip, sloc293.zip
            Perhaps best if I email you an example file, sloc266.zip. It has a zip extension, but the file format is not zip. Opening the file in a text editor shows that it is an html file.

    (P.S. To repeat the test, one can either uninstall/resintall TINA-TI,
    or simply delete the related lines in packages.xml located in  
    the TINA-TI installation directory. )

  • Thanks for the reply. I have not been able to reproduce the error you are seeing.
    Could you please try making IE your default browser and see if that helps?
    Regards,
    John
  • No luck ... same results after setting IE to be the default browser, on both systems.
    (I guess that UPDATE.EXE may utilize IE dll's to do its downloading, but it should load those by name and ignore whatever the default browser is.)

    Below are the first lines of a 9kB file, incorrectly named sloc266.zip, that UPDATE.EXE downloads and is correctly complaining about (since its not a proper zip file, it's human readable html).

    <!DOCTYPE html>
    
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta content="IE=8;IE=9;IE=edge" http-equiv="x-ua-compatible">
    <meta content='width=device-width, initial-scale=1.0' name='viewport'>
        <META HTTP-EQUIV="Pragma" CONTENT="no-cache">
        <META HTTP-EQUIV="Expires" CONTENT="-1">
    
        <META HTTP-EQUIV="Refresh" CONTENT="1; URL=www.ti.com/.../sloc266.zip">
    

    As mentioned in my original post, pasting the URL on the final line in any browser will download the proper file sloc266.zip (which is several MB).

  • Is it possible that security software is preventing the updater from downloading the zip files?
    I have seen that kind of action in other applications, but not with TINA. 
    In the past, security software has prevented the download of a zip file and replaced it with a placeholder with the source address.

    Regards,
    John

  • There's no prevention of downloading zip files, since, as previously mentioned:
    1. The downloaded files do have .zip as the file name extension.
    2. The correct .zip file can be directly downloaded by using the URL seen inside the sloc266.zip file.

    I captured the TCP packets for the first file in the update. See below. Some details deleted (indicated by ...) for brevity.


    GET /lit/zip/sloc266? HTTP/1.1
    Accept: */*
    Accept-Encoding: gzip, deflate
    User-Agent: ...
    Host: www.ti.com
    ...

    HTTP/1.1 301 Moved Permanently
    Server: Apache
    Location: www.ti.com/.../getliterature.tsp
    Content-Length: 306
    Content-Type: text/html; charset=iso-8859-1
    Date: Tue, 19 Jan 2016 21:13:50 GMT
    ...


    GET /general/docs/lit/getliterature.tsp?baseLiteratureNumber=sloc266&fileType=zip HTTP/1.1
    Accept: */*
    Accept-Encoding: gzip, deflate
    User-Agent: ...

    HTTP/1.1 200 OK
    Server: Apache
    Location: www.ti.com/.../sloc266.zip
    Vary: Accept-Encoding
    Content-Encoding: gzip
    Content-Length: 2018
    Content-Type: text/html;charset=utf-8
    Date: ...

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta content="IE=8;IE=9;IE=edge" http-equiv="x-ua-compatible">
    <meta content='width=device-width, initial-scale=1.0' name='viewport'>
        <META HTTP-EQUIV="Pragma" CONTENT="no-cache">
        <META HTTP-EQUIV="Expires" CONTENT="-1">

        <META HTTP-EQUIV="Refresh" CONTENT="1; URL=www.ti.com/.../sloc266.zip">
    ...

    Again, the server says that it's delivering sloc266.zip,
    the file gets stored on my machines with a .zip extension,
    but it's contents are html, and are not the proper contents of sloc266.zip.

  • What if you open the link (http://www.ti.com/lit/sw/sloc266/sloc266.zip) directly? Is the file downloaded by the browser also bad?

    Thanks,
    JC

  • hi, JC

    I'm having exactly the same problem. I could download the zip from your link and upzip it with no problem.

  • Pasting that URL in any browser will indeed download the correct file sloc266.zip.
    This has been mentioned in the original post,
    plus on Jan 18,
      "As mentioned in my original post, pasting the URL on the final line in any browser will download the proper file sloc266.zip "
    and on Jan 19,
       "The correct .zip file can be directly downloaded by using the URL seen inside the (incorrect) sloc266.zip file."

    Please read the last two paragraphs of my original post,
    where I shy away from manual use of these files since they are part of an automated update system.

    The only news that I have today is that when using a browser, it processes the html file delivered using javascript embedded in that file to make the final request. More specifically,
    using the Console of Chrome's Development Tools, it reports:


    Navigated to www.ti.com/.../getliterature.tsp
    getliterature.tsp?baseLiteratureNumber=sloc266&fileType=zip:34
    Resource interpreted as Document but transferred with MIME type application/zip: "www.ti.com/.../sloc266.zip".(anonymous function) @ getliterature.tsp?baseLiteratureNumber=sloc266&fileType=zip:34

    So, the browser appears to complain about file type being zip, but survives and succeeds by ignoring that.
    In contrast, it seems that UPDATE.EXE sees that file as being labeled .zip, and so reasonably  attempts to unzip it, but it's not a zip file, so it fails.

  • First the 'enum'- bug and a long time not solved, now the 'zip'-bug :  Does the Tina-TI update procedure use obsolete software, browsers ... or what ever.

    Please consider, we have 2016, we use Windows 10,  we use the up to date browsers - what do you think can we do else ??

    regards

    dlw

  • The TINA autoupdate should work now.

    Unfortunately, if your last autoupdate started, but failed to complete, you will probably have to uninstall & reinstall TINA to be able to run the autoupdate now.
    Apologies for the delay and any inconvenience.

    If you have any questions or concerns with the TINA autoupdate, please submit them to this thread.

    Regards,
    John

  • The TINA autoupdate should work now.

    Unfortunately, if your last autoupdate started, but failed to complete, you will probably have to uninstall & reinstall TINA to be able to run the autoupdate now.
    Apologies for the delay and any inconvenience.

    If you have any questions or concerns with the TINA autoupdate, please submit them to this thread.

    Regards,
    John

  • Yes, the online update works now.

    P.S. Now that the TI website is delivering the zip files correctly, one can either uninstall/resintall TINA-TI,
    or, as mentioned in my  Jan 18 post, simply delete the related lines in packages.xml located in  the TINA-TI installation directory.

  • dlw,
    The TINA atuoupdates are working now. Apologies for the delay in getting back to you.
    Regards,
    John
  • dlw,

    The problem with the TINA updater has been fixed. You should be able to run the updates now.
    If you have any problems running the updates, please let me know.

    Regards,
    John