dandv

I just extracted the RAR file. Here's the listing: vlad@optam:~/ndndir$ ls -al ./ndn -rwxr--r-- 1 vlad vlad 1520057 Jun 1 10:33 ./ndn vlad@optam:~/ndndir$ ./ndn -bash: ./ndn: No such file or directory vlad@optam:~/ndndir$ ls -al total 2208 drwxr-xr-x 7 vlad vlad 4096 Jun 23 22:18 . drwxr-xr-x 11 vlad vlad 4096 Jun 23 22:17 .. drwxr-xr-x 2 vlad vlad 4096 Jun 23 22:18 colors drwxr-xr-x 2 vlad vlad 4096 Jun 23 22:18 doc -rw-r--r-- 1 vlad vlad 171558 Jun 1 10:33 english.dlg -rw-r--r-- 1 vlad vlad 386351 Jun 1 10:33 english.hlp -rw-r--r-- 1 vlad vlad 19388 Jun 1 10:33 english.lng -rw-r--r-- 1 vlad vlad 468 Apr 7 2005 ftp.ini drwxr-xr-x 4 vlad vlad 4096 Jun 23 22:18 ico drwxr-xr-x 2 vlad vlad 4096 Jun 23 22:18 lib -rwxr--r-- 1 vlad vlad 1520057 Jun 1 10:33 ndn -rw-r--r-- 1 vlad vlad 139 Aug 8 2001 ndn.des -rw-r--r-- 1 vlad vlad 279 Sep 21 2005 ndn.edt -rw-r--r-- 1 vlad vlad 2859 May 29 2007 ndn.ext -rw-r--r-- 1 vlad vlad 73519 Apr 6 09:01 ndn.hgl -rw-r--r-- 1 vlad vlad 791 Sep 21 2005 ndn.mn2 -rw-r--r-- 1 vlad vlad 3418 Jan 22 2007 ndn.mnu -rw-r--r-- 1 vlad vlad 430 Oct 23 2005 ndn.spf -rw-r--r-- 1 vlad vlad 319 Sep 21 2005 ndn.vwr -rw-r--r-- 1 vlad vlad 472 Oct 6 2001 ndn.xrn drwxr-xr-x 2 vlad vlad 4096 Jun 23 22:18 xlt

There is unrar, and even RAR if you add the multiverse repository to /etc/apt/sources.list: deb http://us.archive.ubuntu.com/ubuntu hardy main restricted multiverse Then, run apt-get update, and aptitude install rar.

Feature request: when setting the timestamp for multiple files via Alt+E, please allow setting of only the file date and keeping the current file time, if the file time field is left blank. Use case: I have a bunch of MP3s, and the timestamp of each file is set to the duration of that mp3. For example, if the MP3 is 3 minutes 54 seconds, the filetime will be 03:45:00. The file date is set to the date the CD album was released. The way I set the filetimes is using a small Perl script that I wrote. The script reads the MP3, calculates the duration, then sets the file time. So if I have 12 MP3s in an album, they'll have different filetimes indicating their duration. Now I want to set the date of all these MP3s to the album release date. If I select all the files in NDN and try to set the date via File Attributes, I must specify both the file time and the file date. If I only specify the file date, NDN won't do anything. If I do specify the file time, that will overwrite the existing file time, which I want to preserve. Thanks for considering this, Dan

Sourceforge is running the 2008 Community Choice Awards. You can nominate your favorite open source project until mid-June. Hurry up, nominate NDN. Here is the URL: http://sourceforge.net/community/cca08/ Dan

Okay, this bug was very fun and hard to pinpoint. I manage to bring it down to only two settings that have to be changed. Here's how to reproduce: 1. Get a fresh NDN beta 2.30.8497 For reference, go view a file in use by another application. For example, one of the .tmp files in %TEMP% if you have Outlook and Word running; places.sqlite-journal from Firefox's profiles directory. NDN will show a dialog box saying it can't open the file. 2. Disable System Setup -> Internal Viewer and view (F3) the file again. NDN won't display the dialog box. 3. Disable Auto code page in Editor and view the file again. NDN will crash with the following error message: Exception EAccessViolation in module ndn.exe at 000D3224 File: f:\NDN\source\Microed\microed2.pas Line#: 569 Access violation at address 004D3224. Read of address 0000000C. As a side note, with the software world switching to Unicode, I'd recommend that the "Auto code page" option be Off by default. (I don't know how things are in Russia, though... those guys seem to really love the KOI mess ;-) HTH, Dan Dascalescu

Awesome, that was a rapid fix! I just found another very similar bug. If you view this SRT file with Internal Viewer off, and Auto Code Page off, NDN will crash with the following error: Exception EAccessViolation in module ndn.exe at 000D3501. File: f:\NDN\source\Microed\microed2.pas Line#: 654 Access violation at address 004D3501. Read of address 6D616E71. PS: I tried to upload the file here, but got an error: "Upload failed. Please ask the administrator to ensure the uploads directory is available"

Check out the new comment about NDN at http://freshmeat.net/projects/ndn/

Let me explain the question: Suppose you have a Win32 application that depends on some DLLs. For example, wget. If one of those DLLs isn't found in PATH, the application will display an error message when run, such as: wget.exe - Unable To Locate Component This application has failed to start because SSLEAY32.dll was not found. Re-installing the application may fix this problem. The problem is that when run from NDN's command line, no such dialog box is displayed. With certain application, not seeing this pop-up message makes it extremely hard to debug problems. Is there a way to make NDN run applications in such a way that this message box is displayed?

On NTFS, you can encrypt a file by going to Properties -> Advanced -> Encrypt contents to secure data. The file will appear in Windows Explorer as green. When attempting to open such files, NDN beta 2.30.6778 exits immediately. Beta 6303 correctly displayed an "Access Denied" error message. Apparently this error is caused by attempting to open any file that is in use. The error NDN crashes with is: Exception EAccessViolation in module ndn.exe at 000D0949. File: f:\NDN\source\Microed\microed2.pas Line#: 634 Access violation at address 004D0949. Read of address 0000000C.

This is a manifestation of the crash bug I just posted at http://forums.muxe.com/index.php?showtopic=3177

I viewed this file on Win2K on a desktop and WinXP on a laptop and can provide further config info if ncessary. So when I press F3 on the file, NDN reads it from the disk, then waits about 5 seconds before displaying the first page from the file. It would be very interesting to see what causes this behavior, as NDN can successfully view the first page of much larger files instantly. Hope that helps, Dan

View a file in the internal viewer, and search for a character. Regardless of the wrap mode and CR/LF type of the file, the first search occurrence won't be highlighted. Ctrl+L will highlight the first occurrence (instead of the second). Also, if you view another file and press Ctrl+L directly, NDN will highlight the first occurrence of the text you've searched for in the previous file. Reproduced in betas 6778-7187.

0. Download http://home.arcor.de/dandv/bugs/ndn/view_m...cling_crash.zip 1. Set NDN to 80x25. 2. View taggings26.db. Set the viewer's window size to the max (Alt+Z). Set the wrap mode to >=< 3. Cycle modes (F4) until Disassembly. 4. Press Ctrl+PgDn. 5. Press F4 and watch NDN crash.

Unfortunately, the pretty good free hosting which is arcor.de, has deleted some of the files in my account, including the test file for this bug. Does anyone else have it?

Best of luck with the thesis, AH! PS: I looked around in the forum trying to duplicate the "Add Reply" button to the top, as you asked, but that requires a template modification, which only someone with access to the server can do. It would be pretty simple to do - just copy the HTML that shows the button... Who owns the muxe forum server?

How about moving the option to read all keywords from file to the Editor options, from "Miscellaneous setups" where it is right now? If that option only pertains to Editor, it would make sense to me to be in the Editor options page. -- Dan Dascalescu

Hi AH, Thanks a lot for the new beta, and keep up the good work. I just discovered the keyword completion in the Editor and love it! How does that work? I also saw "<htm>" and "<td>" in the FILES section: FILES *.htm;*.html;*.asx;*.htt;*.htz;<<htm>,<<td> I tried creating a file that contained <td>, thinking the "<xxx" syntax mean maybe NDN scans the file for 'xxx', but there was no HTML highlight. Also, Ctrl+E doesn't bring up the previous command line entry any more. Is there a setting for this?

Just installed NDN 2.30.6303 for Win32, and noticed that Alt+Home executes the "normal" action on file (i.e. what is defined between curly braces in NDN.ext), even if there is an "alt" action defined (between square brackets). Is there a setting to restore the behavior from NDN 2.30.5713?

The dialog box for Alt+F7 looks quite strikingly different from the one for Alt+F6. Perhaps for visually impaired users this would be useful, but otherwise I don't quite see the utility.

I have the following Alt+Home menu entry for XLF files: C:\some very long path to this script\xliff_diff.pl "$:$\$.$" "!:!\!.!" "!:!\diff.xml" If the total length of the path to the script and the expanded macros adds up to more than 250 characters, the command line used to launch this entry will be truncated. Hope that helps, Dan Dascalescu

Reproduced in 2.30.5713, albeit Ctrl+E doesn't do anything (arrows worked).

How does everyone spread the word about NDN? I mentioned it on 43things: Here's my entry under Contribute to an open source software project.

CRITICAL: Moving a locked file deletes existing target with same name 1. In NDN, edit \ndn\russian.dlg 2. Switch back to the File Manager 3. Copy russian.dlg to c:\temp 4. This time, move russian.dlg over the copy in the c:\temp\russian.dlg 5. NDN will complain with some cryptic error code (32) and DELETE the target in c:\temp !

Just tested in 2.30.3829 under WinXP and now when you move the file being edited, there is no error (although in Editor options, "Lock file" is set to On), and the edited file remains in its location and is only copied.

Paste the following text in an NDN editor window: 12345678 \ 1234 It is important to NOT have a blank line at the end of the file (you don't have to save). Your file should contain exactly the 3 lines above. Now copy and paste those three lines in some other program that shows trailing spaces before the end of the line, such as Word with formatting marks enabled (Ctrl+Shift+8 in Word). Notice NDN filled the 2nd line with spaces to match the length of the 3rd line. Even stranger is the fact that if you add a last blank 4th line and copy/paste the full three lines (that is, Ctrl+Home, Home, [shift+DownArrow] x 3, Ctrl+Insert, NDN won't fill the second line with spaces.