I'm getting some app crashes with some ASCII files that were compressed by Freescale semiconductor. My suspicion is that something about the zip archives are corrupting the ASCII files (assembly code, header files, etc.) I'm not sure how to prove this, but I digress.
I'm running XP SP2. I've updated NP++ to 4.6. I can open all manner of other ASCII files with no crashes, just not the ones that originated from the Freescale zip file. I've tried re-downloading the archive to no avail. The type of crash gives me one of those "report the problem to Microsoft". Here's my Event Viewer output:
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 6e 6f 74 ure not
0018: 65 70 61 64 2b 2b 2e 65 epad++.e
0020: 78 65 20 34 2e 36 2e 30 xe 4.6.0
0028: 2e 30 20 69 6e 20 6e 6f .0 in no
0030: 74 65 70 61 64 2b 2b 2e tepad++.
0038: 65 78 65 20 34 2e 36 2e exe 4.6.
0040: 30 2e 30 20 61 74 20 6f 0.0 at o
0048: 66 66 73 65 74 20 30 30 ffset 00
0050: 30 35 35 38 39 38 0d 0a 055898..</FONT>
The amazing thing is that old-fashioned Notepad will open all of these files, but not NP++! I'm not seeing how to attach one the offending files here, but I can email them to anyone who's interested:
rob AT electrolund DOT com
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If they're really just ASCII files, then you would think there must be some weird characters in there to cause this. It may not be anything to do with the zipping at all. Or the files may be too large - is that a possibility?
Perhaps you should examine one of the files with a hex editor to see what non-ASCII characters are in it.
Also, if you open it with Notepad, then save it, can the saved file then be opened with Notepad++? If not, then you could use Notepad to delete the last half of the file, then save it. If it still can't be opened then the problem is in the first half of the file. It's time consuming, but you could continue like that until you've narrowed it down to a few lines that could be examined by eye.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
All the files are under 112KB. When I open the files in Notepad or another IDE (CodeWarrior) and save them, reopening still crashes NP++.
Here's another work-around that's working for me:
1) I first open the files in CodeWarrior (or Notepad, whatever)
2) copy select all the text
3) paste into a new file in NP++ and save
4) NP++ can now open those files again fine
It's just ironic that old Notepad can open these files but NP++ can't. Oh well.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I found the problem. These files were located in a network folder. If I copied them locally, they would all open in NP++ just fine. Copy them right back to that network folder and again they would crash NP++.
So I created another folder on the network in the same root. Then I merely copied the files from the first corrupted(?) folder to the second new folder. Voila, they all open fine now. So strange! I compared the two folder properties and can’t find any differences (both having read access and user write access). This is on a Windows XP SP2 client and a MS Exchange XP file server.
I have no idea why that original folder was slightly corrupted that NP++ could read its files while other apps could. Is NP++ sensitive to folder/file permissions?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for your report, this is a known issue that will be corrected in the near future.
We continue to expand and improve our service all the time - You can check for further updates and announcements anytime by visiting http://www.jZip.com.
Best Regards,
Richard Dickinson
jZip Support (www.jZip.com)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm getting some app crashes with some ASCII files that were compressed by Freescale semiconductor. My suspicion is that something about the zip archives are corrupting the ASCII files (assembly code, header files, etc.) I'm not sure how to prove this, but I digress.
I'm running XP SP2. I've updated NP++ to 4.6. I can open all manner of other ASCII files with no crashes, just not the ones that originated from the Freescale zip file. I've tried re-downloading the archive to no avail. The type of crash gives me one of those "report the problem to Microsoft". Here's my Event Viewer output:
<FONT face="Courier New">Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 12/3/2007
Time: 1:41:20 PM
User: N/A
Computer: ROB
Description:
Faulting application notepad++.exe, version 4.6.0.0, faulting module notepad++.exe, version 4.6.0.0, fault address 0x00055898.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 6e 6f 74 ure not
0018: 65 70 61 64 2b 2b 2e 65 epad++.e
0020: 78 65 20 34 2e 36 2e 30 xe 4.6.0
0028: 2e 30 20 69 6e 20 6e 6f .0 in no
0030: 74 65 70 61 64 2b 2b 2e tepad++.
0038: 65 78 65 20 34 2e 36 2e exe 4.6.
0040: 30 2e 30 20 61 74 20 6f 0.0 at o
0048: 66 66 73 65 74 20 30 30 ffset 00
0050: 30 35 35 38 39 38 0d 0a 055898..</FONT>
The amazing thing is that old-fashioned Notepad will open all of these files, but not NP++! I'm not seeing how to attach one the offending files here, but I can email them to anyone who's interested:
rob AT electrolund DOT com
If they're really just ASCII files, then you would think there must be some weird characters in there to cause this. It may not be anything to do with the zipping at all. Or the files may be too large - is that a possibility?
Perhaps you should examine one of the files with a hex editor to see what non-ASCII characters are in it.
Also, if you open it with Notepad, then save it, can the saved file then be opened with Notepad++? If not, then you could use Notepad to delete the last half of the file, then save it. If it still can't be opened then the problem is in the first half of the file. It's time consuming, but you could continue like that until you've narrowed it down to a few lines that could be examined by eye.
All the files are under 112KB. When I open the files in Notepad or another IDE (CodeWarrior) and save them, reopening still crashes NP++.
Here's another work-around that's working for me:
1) I first open the files in CodeWarrior (or Notepad, whatever)
2) copy select all the text
3) paste into a new file in NP++ and save
4) NP++ can now open those files again fine
It's just ironic that old Notepad can open these files but NP++ can't. Oh well.
Did you try Save as... in Notepad using another encoding format?
I found the problem. These files were located in a network folder. If I copied them locally, they would all open in NP++ just fine. Copy them right back to that network folder and again they would crash NP++.
So I created another folder on the network in the same root. Then I merely copied the files from the first corrupted(?) folder to the second new folder. Voila, they all open fine now. So strange! I compared the two folder properties and can’t find any differences (both having read access and user write access). This is on a Windows XP SP2 client and a MS Exchange XP file server.
I have no idea why that original folder was slightly corrupted that NP++ could read its files while other apps could. Is NP++ sensitive to folder/file permissions?
Could you remove all the plugin then retry to open them from the network?
Let me know if it works now.
Don
Was it the folder _name_, probably in Unicode, which might cause any problems?
Hmm, that might have been the case. Unfortunately, I deleted the offending folder already. Oops!
Just got a reply from the jZip devs:
Dear user,
Thank you for your report, this is a known issue that will be corrected in the near future.
We continue to expand and improve our service all the time - You can check for further updates and announcements anytime by visiting http://www.jZip.com.
Best Regards,
Richard Dickinson
jZip Support (www.jZip.com)
How does one check a folder to see if it's Unicode or not?