Turning off automatically creating temp files locks files while open in UEdit

Turning off automatically creating temp files locks files while open in UEdit

3
NewbieNewbie
3

    Sep 15, 2014#1

    Historically I've turned of the setting to create temp files when I have files open in UltraEdit. The current version installed on my newest machine lock files when open in UltraEdit if the temp files are turned off.

    Is there a way, I haven't noted, to leave the files unlocked without created the temp files?

    6,603548
    Grand MasterGrand Master
    6,603548

      Sep 15, 2014#2

      No version of UltraEdit supported ever working without temporary files without locking the file for other applications as far as I know (since UE v10).

      Working without temporary files means also working without undo feature. I cannot recommend that for small files. Use second or third option at Advanced - Configuration - File Handling - Temporary Files and set a threshold value of 4096 or 8192 to open just files with more than 4 or 8 MB without usage of a temporary file.
      Best regards from an UC/UE/UES for Windows user from Austria

      3
      NewbieNewbie
      3

        Sep 15, 2014#3

        Been using the tool since 2003. I work with huge files and active files. I don't need or want to open a 4.2 - 27 GB data file and have it create a duplicate file. Not only does it consume unnecessary resources it requires excessive cleanup.

        6,603548
        Grand MasterGrand Master
        6,603548

          Sep 15, 2014#4

          I edit only rarely large files. But I also do not want to wait a long time on opening and saving a large file because of usage of temporary files.

          But this is the reason for the 3 options and the threshold value. With Open file without temp file but NO Prompt selected and a threshold value of 8192 KB, all files smaller 8 MB are opened with usage of a temporary file which makes it possible that other applications write on the opened file while viewed/editied in UltraEdit and undo feature can be used also within UltraEdit, and all files with 8 or more MB are opened without usage of a temporary file which of course requires to lock the file for write operations by other applications. The large file can be still read by other applications, but write is not possible anymore as long as it is opened in UltraEdit as write operations can be done on file also by UltraEdit at any time.
          Best regards from an UC/UE/UES for Windows user from Austria

          3
          NewbieNewbie
          3

            Sep 15, 2014#5

            I write code tied to data files and leaving them open while testing code changes is pretty important. The code might be refreshing or appending data to the files.
            I actually want the file to overwrite an open file (as long as I'm prompted of the change).

            6,603548
            Grand MasterGrand Master
            6,603548

              Sep 15, 2014#6

              Well, if you just want to view the large files and not edit them, you are using the wrong application for this purpose. UltraEdit is a text editor. It is designed mainly for editing and not for viewing. Therefore UltraEdit must lock the file for write operations by other applications if opened without usage of a temporary file. Otherwise the file could be easily damaged if UltraEdit and another application write to the file at the same time. Or UltraEdit could crash because of a file change by other application on reading/writing the file content by UltraEdit itself.

              Perhaps you synchronize the write operations. But UltraEdit cannot depend on write operation synchronization by the user.

              For just viewing a large file it is better to use an application designed for just viewing and not an editor. For example the lister of my favorite file manager Total Commander (shareware) can display any file (text and binary) of any size for just viewing the content (and copying text to clipboard). The lister of Total Commander (short TC) is also available as free standalone tool. The lister of TC does not lock the file as there is no need to do it as the file cannot be modified, just viewed.
              Best regards from an UC/UE/UES for Windows user from Austria

              18672
              MasterMaster
              18672

                Sep 17, 2014#7

                Hello,

                and what about to create separate INI with checked "File Handling/Load/Open files as read-only by default" and open these large files with command line parameter /fni /i=<new_INI> <large_file>? Perhaps this could open the file without the lock.

                6,603548
                Grand MasterGrand Master
                6,603548

                  Sep 18, 2014#8

                  I have tested if a file loaded without usage of a temporary file in read-only mode results in opening it without a write lock. There are 3 methods doing that:
                  1. Using an alternate INI file with configuration setting Open files as read-only by default enabled.
                  2. Appending parameter /R on command line on starting uedit32.exe with full name of file as one more parameter.
                  3. Using command Read Only from menu Edit.
                  But UltraEdit opened the file nevertheless always with the write look respectively does not remove the write look on enabling read-only mode.

                  A feature request could be sent to IDM support by email for opening a read-only file without a write look even when no temporary file is used respectively change write lock on toggling Read Only mode in UltraEdit.

                  I have not sent such a feature request email to IDM support as I don't need it. I use Total Commander for just viewing content of a file or quickly search for a string in a file which I do not want to edit.
                  Best regards from an UC/UE/UES for Windows user from Austria

                  18672
                  MasterMaster
                  18672

                    Sep 19, 2014#9

                    Hi Mofi,

                    thanks for these tests. I overlooked the /R parameter in the help. BTW I miss some clear table with all usable parameters in this part. It is a little chaotic now.