Activity for Rohitab Batra
-
Rohitab Batra posted a comment on ticket #234
Thank you. The issue is fixed.
-
Looks good; it's not crashing anymore.
-
Yes, both 3.10.13 and 3.10.14 are crashing. You can reproduce the crash by disassembling PEAnalyzer.dllusing 3.10.14.
-
All issues are resolved. Thank you.
-
Unfortunately, the issue is not resolved. Even though the .text section header is now only shown once, other parts of the section are still disassembled twice. See address 6a901dd4. The Module Entry Point and all exported functions are still disassembled twice. See CreatePatchApplicationInstance for an example. About halfway down the file, the coloring stops. With the sample file I provided, lines starting from18320 are not colored. See the second disassembly of address 6a904c8e. Addresses between...
-
PE Analyzer - Duplicate disassembly of .text section
-
Media Info - Duplicate information displayed for Menu streams
-
The issue is resolved. Thank you.
-
PE Analyzer - Unable to view resources with quoted names
-
This issue has been fixed in Far Manager, version 3.0.6290.
-
I tested it, and it's working fine. Thank you.
-
PE's that contains resources with LANGID of 0x0000 and 0x0400, which are LANG_NEUTRAL and LANG_USER_DEFAULT, still display resources with the language suffix, which is en-US in my case. I think you'll have to make the change for these two languages as well. Actually, for any language that is LANG_NEUTRAL. Something like the following should cover all three cases. - if (ri.lang_id != LANG_SYSTEM_DEFAULT) { + if (PRIMARYLANGID(ri.lang_id) != LANG_NEUTRAL) { Note that if a PE contains resources with...
-
Looks great. Thanks!
-
Agreed.
-
I just noticed that resources like MANIFEST and ICON, which are language independent, show the language in the filename. For example, in the PE file FortiClient VPN Installer, the name of the manifest is displayed as 1_en-US. Shouldn't the name be 1 or even 1_system instead? These resources are the ones defined with LANGID = 0x0800, which is LOCALE_SYSTEM_DEFAULT. Since my system is configured with language English (United States), these resources show up with en_US in the name.
-
I just tried out 3.10.9. This issue is now resolved. Also, thanks for adding the language name to the filename. I was going to report an issue with search, which was caused by duplicate filenames. But now that the filenames are unique, that issue got resolved too.
-
You're right. I just tested both versions, and it works in Far 5842 and breaks in 5843. So, the issue is with Far, not Hexitor. Do you want me to report this issue in Far, or would you like to do it yourself?
-
Thanks, but you forgot to release the binaries, so I can't try it out yet.
-
Hexitor - Autocomplete dropdown disappears on navigation with arrow keys
-
PE Analyzer - Resources from different languages show the same content
-
This issue is resolved in the latest version 3.10.2. Please feel free to mark this ticket as fixed.
-
No problem. All good now. Thanks!
-
Far crashes with a STATUS_ACCESS_VIOLATION when Hexitor tries to show the Saving the file dialog, i.e., if you edit the file and then press Esc or F4. The issue appears to be with the released binaries FarHexitor_3.16.2.4040_x64.7z. I compiled Hexitor from the current version [r504] of the source code, and it's working perfectly. The file save dialog shows without any issues, and pressing F4 shows the dialog with the correct message. So, this issue is resolved, except for released binaries. Thank...
-
The message doesn't appear to be fully fixed. Hexitor now displays the following: ╔══════════════ Hex editor ═══════════════╗ ║ The file was opened in "Read Only" mode ║ ║ File has been modified. Save? ║ ╟─────────────────────────────────────────╢ ║ { Yes } [ No ] [ Cancel ] ║ ╚═════════════════════════════════════════╝ I don't think The file was opened in "Read Only" mode should be displayed since it's misleading. This message is already displayed in the case where the file has a read-only attribute,...
-
The message doesn't appear to be fully fixed. Hexitor now displays the following: ╔══════════════ Hex editor ═══════════════╗ ║ The file was opened in "Read Only" mode ║ ║ File has been modified. Save? ║ ╟─────────────────────────────────────────╢ ║ { Yes } [ No ] [ Cancel ] ║ ╚═════════════════════════════════════════╝ I don't think The file was opened in "Read Only" mode should be displayed since it's misleading. This message is already displayed in the case where the file has a read-only attribute,...
-
Thank you. The issue is resolved.
-
Hexitor - Wrong message displayed when switching to read only mode
-
Hexitor - Pressing Enter exits without prompting to save the file
-
I just tested version 3.12.4040.0. The issue is fixed. Thank you.
-
JClassInfo - Crash while accessing java.lang.Object
-
The issue is fixed now. Thank you.
-
I just tested with Far version 3.0.6181.0 x64. The issue is resolved. Thank you.
-
PE Analyzer - String resources are truncated to half the length
-
I completely understand. These things take time. I found these features very useful and hope to see them back someday. Meanwhile, I will use the older version and keep an eye out for new releases. ARM support would be great to have as well. Thank you.
-
PE Analyzer - Exported function names missing and data sections disassembled
-
Thank you! I'm always happy to report and help contribute towards the improvement of your plugins. I find them very useful and they greatly increase my productivity. I just tested with Far version 3.0.6128.0 x64 and the issue is resolved. Thank you for fixing it so quickly. And I apologize for assuming that the issue was with PE Analyzer. It's just strange that this issue did not show up with any of the other plugins that I tested with.
-
PE Analyzer - GetFiles crashes when extracting directories from the Passive Panel
-
It works perfectly now.. This issue is resolved. Thank you. FYI, you left a backup file PEAnalyzer_en.lng.bak in the release archive.
-
Everything looks good now. This issue is resolved. Thanks!
-
PE Analyzer - cd command does not work with some paths
-
The issue is fixed and the key bar looks good Thanks. I just noticed that when you copy a Section, the Copy dialog displays the text Copy resources description to: instead of Copy section to:. It's a minor issue, but I thought I'd let you know.
-
The issue is fixed. Thank you.
-
PE Analyzer - Resource folders are empty when copied
-
PE Analyzer - Panel title displays previous folder
-
Works great. Thank you for making all the changes, including the history names. Appreciate it.
-
Would be nice if you could add history to the Goto dialog as well, even if it's in a future release. It would allow easy access to previously searched hex offsets.
-
No worries. I understand the complexity and the time involved. I had implemented something similar in API Monitor years ago. Thanks for even considering these enhancements. I'm pretty happy with Hexitor the way it is now. Anything else would be icing on the top of what is already a great product.
-
No worries. I understand the complexity and the time involved. I had implemented something similar in API Monitor years ago. Thanks for even considering these enhancements. I'm pretty happy with Hexitor the way it is now. Anything else would be icing on the top of what is already a great product.
-
The issue has been resolved in Far Manager version 3.0.6098.0. Hexitor is working as expected now.
-
Of course, what you are suggesting would be much better. I just thought it would be too much work. How about an insert mode, where if the user inputs or pastes bytes, the data gets inserted instead of overwriting existing bytes? That way, the user can insert any number of bytes without having to decide before hand. Having an option to fill a specified number of bytes would be useful too. I recorded a short video from a software called Beyond Compare. You can download a 30-day trial if you want to...
-
Yes, I just submitted it: Allow history to be used with masked edit controls #620
-
I created a ticket for the above issue in the Far repository on GitHub. See: Allow history to be used with masked edit controls #617
-
Is it possible to add this as a feature, where typing past the last byte adds data to the file and increases it's length? Similarly, if there was a way to truncate the file from a certain position, that would be useful too. Right now, the only way to increase/truncate a file is to use an external editor.
-
Thanks for the update. Unfortunately, there is now an issue with the hex control. The hex mask no longer works. I just looked at the code in Far, and it appears that this is intentional. Please see the following code in far/dialog.cpp if (Item.Type == DI_FIXEDIT) { // DIF_HISTORY имеет более высокий приоритет, чем DIF_MASKEDIT if (Item.Flags & DIF_HISTORY) Item.Flags &= ~DIF_MASKEDIT; Code comment in English: DIF_HISTORY has a higher precedence than DIF_MASKEDIT As you can see, the code removes the...
-
Thank you. This issue is fixed. I just tested version 3.14.3.6065 x64
-
Thank you. This issue is fixed. I just tested version 3.14.3.6065 x64
-
Hexitor - Add GUIDs for all dialogs
-
Hexitor - Enable keyboard accelerators for Goto dialog
-
Hexitor - Enable history for dialog inputs
-
I just tested 3.14.2. It's working correctly now. Thanks for fixing it so quickly.
-
Hexitor - File position only saved for last edited file
-
It's perfect now. Thank you.
-
Tested 3.8.5. The issue is fixed. Thank you. Is it possible to increase the size of the dialog so that horizonal scrolling is not required? See the » character in the first and last handle below. I tried a number of different files, and it looks like only 1-2 characters larger should cover most cases. ╔════ File Unlock: C:\Windows\System32\en-US\Conhost.exe.mui ═════╗ ║ [12676] conhost.exe (C:\Windows\System32\conhost.exe) <0x15c» ║ ║ [3316] conhost.exe (C:\Windows\System32\conhost.exe) <0x14c> ║...
-
I just tested 3.8.4. There is an issue with the file handle. It's showing the PID instead of the handle. Version 3.8.2 ╔═══ File Unlock: C:\Windows\System32\en-US\Conhost.exe.mui ════╗ ║ «12676] conhost.exe (C:\Windows\System32\conhost.exe) <348> ║ ║ [3316] conhost.exe (C:\Windows\System32\conhost.exe) <332> ║ ║ [9000] conhost.exe (C:\Windows\System32\conhost.exe) <336> ║ ║ «15768] conhost.exe (C:\Windows\System32\conhost.exe) <332> ║ ║ [9620] conhost.exe (C:\Windows\System32\conhost.exe) <332> ║...
-
I just tested 3.8.2. Looks good. I think the file handle should be displayed in hex, so that it's consistent with other applications.
-
I don't see the above issue. It appears to work fine on my end. ╔════ File Unlock: C:\Utilities\Far\luafar3.dll ═════╗ ║ [18244] Far.exe (C:\Utilities\Far\Far.exe) ║ ╟────────────────────────────────────────────────────╢ ║ [ Close all ] { Close file } [ Cancel ] ║ ╚════════════════════════════════════════════════════╝ I even tried installing a new instance in the same path as yours, and set the language to Russian. ╔═══ File Unlock: E:\dev\Far3\26\Far\luafar3.dll ════╗ ║ [9660] Far.exe (E:\dev\Far3\26\Far\Far.exe)...
-
Perfect! This is so much better than the previous version. I love the feature where you display the directory/filename in the list. Very helpful. I ran a number of tests on both files and directories. Everything looks good. Partial results are working too. Thank you.
-
I think we are talking about different issues. You're using File Unlock on directories. I'm using File Unlock on files. I understand the issue that you described, but it is different from the one I am seeing. I opened D:\Temp\example.txt in Hexitor in the 1st instance of Far. I ran the tests in the 2nd instance of Far. Here is a screenshot: As you can see from the above screenshot, handle is able to find and show the open handle. However, File Unlock shows Open handles not found.
-
I think we are talking about different issues. You're using File Unlock on directories. I'm using File Unlock on files. I understand the issue that you described, but it is different from the one I am seeing. I opened D:\Temp\example.txt in Hexitor in the 1st instance of Far. I ran the tests in the 2nd instance of Far. Here is a screenshot: See: Attached Image As you can see from the above screenshot, handle is able to find and show the open handle. However, File Unlock shows Open handles not fo...
-
Thanks for the update. I just tried version 3.8.0. The detection speed has really improved and it's able to find and successfully close handles. However, there are times when it is unable to detect a handle. Here is a simple example: 1. Run Far 2. Open any file, say D:\test.txt in Hexitor 3. Run another instance of Far 4. Run File Unlock on D:\test.txt File Unlock returns almost immediately with message Open handles not found. Now, if you close Hexitor and run File Unlock again, it takes about 5...
-
Thanks for the update. I just tested version 3.14.1. It looks good.
-
I just tested version 3.14.1. Everything looks good. Thank you.
-
Thank you for taking the time to explain the inner workings. Appreciate that. I just tested version 3.14. Pasting bytes is working correctly, and I do notice a small increase in speed. I'm happy that I'm able to paste bytes instead of having to type them in. The keyboard accelerators are working correctly. However, the keyboard accelerator for "Backward search" is missing. Do you plan to add that in?
-
Thank you for the update. I just tested with the latest Far Manager build (6067) and I see that the issue is resolved. However, I did notice a minor difference between pasting hex bytes in the Far Viewer vs. Hexitor. In Far Viewer, when you paste hex bytes, the control is updated instantly. In Hexitor, the control is updated one byte at a time. Pasting 50 bytes takes about 1-2 seconds.
-
Thank you. FYI, I was able to paste hex bytes in the Far Viewer search dialog, so I assumed the issue was with Hexitor.
-
The interrupt scan might still be useful if the process is found right away. I guess it depends on the order in which the processes are scanned, and which process has the open handle.
-
Hexitor - Keyboard accelerators for the find dialog
-
Hexitor - Paste hex bytes in find dialog
-
I just tried the test version again. The error message is fixed. However, there appears to be an issue with the process detection. I tested FileUnlock with a couple of different applications. All of them have the same issue. Even if 1 file is open, FileUnlock shows 2 processes once the scan is complete. One of these is greyed out. If I press ESC and then press "Close File", the file handle remains open. I think you mentioned this in your previous post. Here is a screenshot. Here is a screenshot that...
-
I just tried the test version again. The error message is fixed. However, there appears to be an issue with the process detection. I tested FileUnlock with a couple of different applications. All of them have the same issue. Even if 1 file is open, FileUnlock shows 2 processes once the scan is complete. One of these is greyed out. If I press ESC and then press "Close File", the file handle remains open. I think you mentioned this in your previous post. Here is a screenshot. FileUnlock-List.png Here...
-
I had already renamed and tested it. However, as I mentioned in my last post, I get the error message: 0x00000016 - The device does not recognize the command.
-
I had already renamed and tested it. However, as I mentioned in my last post, I get the error message: 0x00000016 - The device does not recognize the command.
-
Thanks for implementing it so quickly. I just tried your test version, but I'm running into other issues now. First, I got an error message: 0x00000002 - The system cannot find the file specified. I found that your test version had ExecModule.exe instead of FileUnlock.exe. So, I copied over ExecModule.exe to FileUnlock.exe. After that, the above message went away. Now, when I press ESC, I get the following error message: 0x00000016 - The device does not recognize the command. If I let the scan complete,...
-
FileUnlock: Show partial results
-
Hexitor - Keyboard accelerators for the save dialog
-
JClassInfo - Decompiling using JAD fails if path contains spaces
1