Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to index page
Thread view  Board view
CandyMan

24.09.2018, 18:11
 

Necromancer's Dos Navigator (Announce)

Post reply

Necromancer's Dos Navigator v2.31.5461 (the best file manager) ready to download

Necromancer's Dos Navigator [NDN] is a clone of the famous "Norton Commander". It uses an easy to use and learn text-mode interface, is highly customizable, and has a lot of features.

Features:
- Long File Names Support
- Multi-windowed interface
- Disk utilities
- Comprehensive File Manager
- 26 types of archives supported
- Powerful customizable editor with 3 code pages support
- Hex-editor with code pages support
- Huge strings support
- Regular expressions
- Spreadsheet communications
- Multiconfiguration
and more...

32-bit and 64-bit versions exist for Dos and Windows:
NDN: DOS/DPMI32 (D32)
NDN: DOS/DPMI64 (D64)
NDN: Windows (W32)
NDN: Windows (W64)
NDN: Language resources - Can be used to translate the resource files to other languages or to customize keyboard shortcuts.

It is possible to download files from:
https://drive.google.com/drive/folders/0B_wEiYjzVkC0ZGtkbENENzF1Nms

They are test versions (particularly 64-bit) therefore I ask to report possible bugs!!!
Laaca

Homepage

Czech republic,
24.09.2018, 19:29

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Holy sh*t! It has much more functions I can try in whole my life :ok:
Really wow! I thought that NDN is dead and I didn't expect such development at all.
Unfortunately I can't test the 64-bit versions. Win64 version is not so interresting as it can be considered as normal. But... But it really works in DOS in 64-bit longmode?
I don't want to digger into technical things here but I thought that in 64-bit mode is no connection to realmode world (DOS, BIOS) like is in 32-bit mode.

Now about more usual features.
So I will need much time to extensively test it.
Only few remarks:
* Why I can't use Enter on the numeric keyboard? It is quite annoying.
* IVT table can't fit on screen in 80-columns modes
* ASCII chart shows actual loaded VGA chars in the main part of windows but the detailed view in the right side shows not the actual VGA chars but the default hardware font
* I had a crash. I run the directory branch function but for long time nothing happened. So I pressed ESC but the program have frozen.

I have also one feature request.
Is possible to implement some networking support? More directly: Is possible to add some simple FTP client?

Anyway - amazing work.
And I noticed that NDN is still written in pascal. PASCAL RULES!

---
DOS-u-akbar!
CandyMan

25.09.2018, 19:50

@ Laaca
 

Necromancer's Dos Navigator

Post reply

Thank you for reply. Your comments will be included in the next version of the program (coming soon).
NDN already has an FTP client in the version for Windows.
Laaca

Homepage

Czech republic,
25.10.2018, 20:58

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Hello!
DOS version of NDN still contains the TCP/IP stack named STIPS.
But is here anyone who succeded to make it work? In particular - does for you work the FTP connection?
It is not trivial as the FTP configuration is not listed in the menu. (You have to manualy create the FTP.INI file. The needed help I haven't found in the CandyMan's versions but it is in the more ancient versions).
I was not successfull even on my LAN at home. (as a FTP server I used the MicroFTP utility)

---
DOS-u-akbar!
marcov

25.09.2018, 21:06

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> And I noticed that NDN is still written in pascal. PASCAL RULES!
Well, that depends on which one :-)

P.s. version 3.2.0 has been branched, hopefully early next year. Dos related changes: 16-bit msdos has more tools internal (less Watcom dependency). Initial win16 support.
Laaca

Homepage

Czech republic,
25.09.2018, 21:17

@ marcov
 

Necromancer's Dos Navigator

Post reply

> P.s. version 3.2.0 has been branched, hopefully early next year. Dos
> related changes: 16-bit msdos has more tools internal (less Watcom
> dependency). Initial win16 support.
It is indeed nice. Will it contain the GO32V2 -> 16.bit MSDOS crosscompiler?

Other nice features for 32-bit DOS version could be better support for DXE loadable modules (DXE ver. 3), TCP/IP stack, decent sound library, color scheme selection dialog in IDE and improved capabilities of loading DJGPP .A libraries :-P

---
DOS-u-akbar!
marcov

25.09.2018, 21:24

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> > P.s. version 3.2.0 has been branched, hopefully early next year. Dos
> > related changes: 16-bit msdos has more tools internal (less Watcom
> > dependency). Initial win16 support.
>
> It is indeed nice. Will it contain the GO32V2 -> 16.bit MSDOS
> crosscompiler?
I don't know. That was really all I know about the dos releases in the branch. No statements about what will be released have been made.

That said, integrating the watcom tools should make it easier.

The new branch will also deprecated textmode ide with gdb debugger internal in favor of GDB-MI on platforms that can.

Note related to dos (since it can't do gdb-mi), but it does make the internal gdb more specifically dos.

> Other nice features for 32-bit DOS version could be better support for DXE
> loadable modules (DXE ver. 3), TCP/IP stack, decent sound library, color
> scheme selection dialog in IDE and improved capabilities of loading DJGPP
> .A libraries :-P
Yes. I can't wait till sb donates them :-)
Rugxulo

Homepage

Usono,
02.10.2018, 04:07

@ marcov
 

Necromancer's Dos Navigator

Post reply

> > And I noticed that NDN is still written in pascal. PASCAL RULES!
>
> Well, that depends on which one :-)
>
> P.s. version 3.2.0 has been branched, hopefully early next year.
The Win64 build is clearly using FPC (yes, I double-checked) since obviously VPC was 32-bit only.
Guti

Homepage

26.09.2018, 09:30
(edited by Rugxulo, 26.09.2018, 14:47)

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Thanks!

---
Visit my personal blog at https://www.javiergutierrezchamorro.com
KormaX

26.09.2018, 17:55

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Greetings, artist of programming and expert of DOS and creator of a real milestone of the modern history of DOS!

Your app (the 64 bit version of course) breaks through a new wall between DOS and the modern operating systems. I knew the possibility of 64 bit DOS programming, and even planned to develop something that way once. Then I found the so called DMMI of Michael Chourdakis and I started to REALLY plan to develop something that way once. But actually I just did not do anithying, and as far as I know, noone else did. Nor a new development, nor some client to DMMI. This day however, is a glorious day. (not actually this day, it is rather the day you published this project) Because YOU just published the first practical, working, 64 bit DOS program. Or at least the first one I know about. This is not a runtime or an API server, which is also a cool thing, but still waiting for a client program, THIS IS an application, and it works. Cool and grat! (However my plans are actually seriuos, even if I don't have much time for it so perhaps I would like to consult you in the future because if I really make my stuff, I would prefer if it could coexist with DPMI64 instead of crashing the system all the time both programs are loaded :D)

Just one more thing. You asked us to report bugs and other stuff. Well, I didn't find any bug, but I couldn't find a way to use DESCRIPT.ION with the short file names. I use LFN, but my descriptiond are joined to the 8+3 names, not the long ones. To see them in NDN I must turn off LFN support. Could it be possible to make it conditional in the future, for example with a chekbox for "READ DESCRIPTIONS FOR 8+3 NAMES" or something?

Well, thanks for your great program!

For the Honour of DOS!

---
DOS isn't about why. It's about why not.
RayeR

Homepage

CZ,
27.09.2018, 23:13
(edited by RayeR, 27.09.2018, 23:40)

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Hi, nice to see NDN is not dead yet. Why it didn't appeared on http://ndn.muxe.com/download/ ? Is it some unofficial version or fork by another programmer?
Then I wonder what is DPMI64? I don't know that someone defined a 64-bit DPMI standard and provide such DPMI64 server. I only saw some 64-bit Hello world example for DOS many years ago. It's exciting that we have some real 64-bit app but let's think about if it will bring any advantage over 32bit? For a file manager I think absolutely not. Even on Windows I don't see advantage of most of 64 bit apps that don't crunch a really a lot of data like bitmap/audio/video editors, CAD, games, scientific programs. But why to have a 64bit notepad, calculator a a file manager? It just get more bloated because of larger data types and enforced alignment...
If NDN already have implemented a FTP client it shouldn't be hard to use wattcp or similar DOS networking library to bring this feature to DOS version too. I'm going to DL and test. I can try also on Win10-x64 that I got in new job (I use there an old 32bit win32 NDN that works OK, no other way as no NTVDM there)...

BTW the package FASM172.7Z on google drive is marked as virus-infected (probably a false positive detection)

---
DOS gives me freedom to unlimited HW access.
marcov

28.09.2018, 09:35
(edited by marcov, 28.09.2018, 09:59)

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> But why
> to have a 64bit notepad, calculator a a file manager? It just get more
> bloated because of larger data types and enforced alignment...
Avoid bloat? Two sets of (OS) shared libraries needed if you mix 32-bit and 64-bit programs?


A (unwanted) fork seems unlikely since afaik there was no source available from the old site.
RayeR

Homepage

CZ,
28.09.2018, 22:49

@ marcov
 

Necromancer's Dos Navigator

Post reply

> Avoid bloat? Two sets of (OS) shared libraries needed if you mix 32-bit and
> 64-bit programs?
There always will be old 32bit programs that will never get rewritten to 64bit so no way to remove 32bit libs. I mean't size of binaries itself not other depencies.

---
DOS gives me freedom to unlimited HW access.
marcov

30.09.2018, 14:00

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> > Avoid bloat? Two sets of (OS) shared libraries needed if you mix 32-bit
> and
> > 64-bit programs?
>
> There always will be old 32bit programs that will never get rewritten to
> 64bit so no way to remove 32bit libs.

If no 32-bit program is running parts can be unloaded/swapped out. So even if you don't get the number of 32-bit processes back to zero, there is still reason to minimize it, leading to a lower memory load on average.
RayeR

Homepage

CZ,
30.09.2018, 21:55

@ marcov
 

Necromancer's Dos Navigator

Post reply

> If no 32-bit program is running parts can be unloaded/swapped out. So even
> if you don't get the number of 32-bit processes back to zero, there is
> still reason to minimize it, leading to a lower memory load on average.
OK, I understand this. But it still doesn't explain that 64-bit means generaly better. I see that only small amount of apps really utilize 64-bit. For me I don't see this so important so still running 32-bit OS and apps...

---
DOS gives me freedom to unlimited HW access.
KormaX

28.09.2018, 11:06

@ RayeR
 

Necromancer's Dos Navigator

Post reply

Greetings!

Of course it has no advantage, but it's a precedent. DOS could take advantage of 64 bit long mode device drivers for example. However that is only useful when they are executed on a different CPU, but if they are, they are fast as a rocket. This DPMI64 is clearly not for that reason however, for that, DMMI is here from 2015. DPMI64 is still could be very good for a mindblowing DOS game for modern hardware.

---
DOS isn't about why. It's about why not.
RayeR

Homepage

CZ,
28.09.2018, 22:54

@ KormaX
 

Necromancer's Dos Navigator

Post reply

Thanks for remembering Michael Chourdakis work. I was amazed by his initial experiments years ago but I didn't had time to return back so I missed the whole DMMI think. Seems there was some progress but stopped. So there's some new initiative of Candyman who is improviong D3X after many years of hybernation and bring us something new for DOS...

I didn't get your idea of 64bit DOS drivers, how it would be better over RM or 32bit drivers? I think nobody is writting new drivers for DOS at all (OK, except R.Loew and his fresh AHCI driver)...

---
DOS gives me freedom to unlimited HW access.
KormaX

30.09.2018, 11:39

@ RayeR
 

Necromancer's Dos Navigator

Post reply

There are massive hardwares, eg. for the network adapter drivers, occupying huge parts of conventional memory. A 64 bit driver, however, executing on the second CPU, could only have a very thin interface in the conventional memory for communication with the OS or programs, but the massive part of it could be removed from the conventional memory. Same for USB. What fun a USB game-controller driver for DOS could be, but a hard time to code stuff like that for real-mode, and, when done, it's too massive. It would be great in 64 bit long mode on the 2'nd CPU however. I, personally, started to work on a replacement for UEFI-legacy mode for the motherboards lacking it (don't think it over, I just don't freekin' know, how to make it actually work, and don't even have time for it for months. But it is mainly based on DMMI, and it is tehoretically possible, I'm just not educated enough, to simply do it, nor rich enough to have enough free time).

---
DOS isn't about why. It's about why not.
RayeR

Homepage

CZ,
30.09.2018, 13:04

@ KormaX
 

Necromancer's Dos Navigator

Post reply

> There are massive hardwares, eg. for the network adapter drivers, occupying
> huge parts of conventional memory. A 64 bit driver, however, executing on
> the second CPU, could only have a very thin interface in the conventional
> memory...
Well, but the same can be done also in protected mode - buffers above 1MB boundary, couldn't? E.g. UIDE use very low conv. mem and very large XMS buffer. Yes it may be advantage to use 2nd CPU core for driver handling but multicore can be done also in 32-bit mode, not long mode only. And 32bit means you can use v86 but long mode doesn' have any counterpart of v86 mode.

> I, personally, started
> to work on a replacement for UEFI-legacy mode for the motherboards lacking
> it (don't think it over, I just don't freekin' know, how to make it
> actually work, and don't even have time for it for months. But it is mainly
Interesting, you write that you already started. Based on what? Are you doing all from the scratch? There is already SeaBIOS - part of Coreboot project that is aimed to do BIOS services. It's opensource and AFAIK it could be also compiled as UEFI CSM module - what you need. You can just extend it by wanted features.

---
DOS gives me freedom to unlimited HW access.
KormaX

12.10.2018, 10:57

@ RayeR
 

Necromancer's Dos Navigator

Post reply

Long mode doesn't have a v86 mode or any counterpart of it, but until you have all your 64 bit codes executing on the non-first CPU-s, you don't even need one, while the v86 is still available on your first CPU as traditional.

I started it, but, well, you can just see, how long time passed until I even aswer your post. This is the main problem: time. SeaBIOS is exactly how you described it, it can be compiled as UEFI CSM module, it is ALMOST I am looking for, and it can easily be modified for my porpuses, the main problem is that I have to do it carefully. I want to make something forward compatible, I mean something, which will not cause difficulties for developers. For short I want to extend DMMI with primitive multifiber capabilities and reuse SeaBIOS components as a standard IO - UEFI interface, but I need to achieve this goals so that it will not interfere with other programs or it will be sh*t and unusable, and also I want it easily extendable. Just to give you an example: I can use memory contexts but only in one-to-one correspondence with the physical CPU-s. So I will NOT include preemptive multitasking, because it would require codes for dynamically switching between memory contexts, a well written scheduler, virtualization and effective communication between programs. It could be done, but not by me, at least not with my present knowledge. But I can do my job so that if anyone ever wants to make it, can do it for a comfortable API, and not for a complete garbage. A garbage can also work well, but not extendable. This is why I stopped working and will only sit down to write the whole thing after I have exact plans for every components, and not just "let's make it work somehow". Michael Chourdakis have made most of the job with 64 and 32 bit multi CPU programming and even virtualization, but it must be reorganized. And also I have to consult with Japheth for any possibility of including HX.DOS compatibility, but now I don't have anything to consult about :D And I have no idea when will I have.

---
DOS isn't about why. It's about why not.
RayeR

Homepage

CZ,
15.10.2018, 23:12

@ KormaX
 

Necromancer's Dos Navigator

Post reply

OK, but even with reuse of SeaBIOS code it seems to me a lot of hard time consuming work. Sorry for demotivation but if your'e not a 2nd Japheth or CandyMan I really doubt about success :) I see it on myself, I remember how much time I had at school and university. Now I'm unable to finish e.g. new SMB tool release for 7 years because I still have some modules messed under testing, sigh...

---
DOS gives me freedom to unlimited HW access.
KormaX

16.10.2018, 00:12

@ RayeR
 

Necromancer's Dos Navigator

Post reply

This is exactly my problem, and this is why I normally don't even talk about it publically. However, until noone else makes it, I must work on it. The worst thing that could happen is still just nothing. Which is not worse than what we have now in this category except that I will have some percents of my lifetime consumed. Which would also be consumed if I didn't do anything, just for other things. I make time consuming stuff, movies for example (https://www.youtube.com/watch?v=TYV1vhY72kU) learning languages, having a vintage car :D. Now my DLMI (DOS Long Mode Interface) project is just waiting for me having time for it. I will publish it from the first biggy-buggy trash version (if there'll be any) so anyone can take over the project if has more ambition and/or knowledge and/or time for it. I am willing to provide the most accurate documentation possible.

---
DOS isn't about why. It's about why not.
Rugxulo

Homepage

Usono,
02.10.2018, 10:57
(edited by Rugxulo, 03.10.2018, 02:31)

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> Thanks for remembering Michael Chourdakis work. I was amazed by his initial
> experiments years ago but I didn't had time to return back so I missed the
> whole DMMI think. Seems there was some progress but stopped.
You mean this? Circa 2015.

EDIT: I hate to be that guy, but ....

> https://www.gnu.org/licenses/license-list.en.html#cpol
 >
> Code Project Open License, version 1.02 (#cpol)
 >
> The Code Project Open License is not a free software license.
> Section 5.6 restricts how you can use the work. Section 5.4
> prohibits commercial distribution of the software by itself—and
> depending on how you read section 3.4, you may not have permission
> to distribute the software by itself at all.
(Honestly, I almost wonder if this complaint only applies to older versions of the license, before 1.02, because it doesn't sound that bad.)

> [CPOL] History
> 1.00. Initial release
> 1.01. A small clarification has been made section 5d that makes
> it clear that code can be included in commercial applications
> that are to be sold.
> 1.02. A clarification on how the license pertains to the Article
> was added to the Preamble.
Great, so everybody in FOSS hates it (according to Wikipedia), ugh. (Maybe we can get it relicensed?? Why are people so stubborn about licensing?? Such a waste of time! Do they not want anybody to actually use or improve the darn thing??)
RayeR

Homepage

CZ,
03.10.2018, 22:03

@ Rugxulo
 

Necromancer's Dos Navigator

Post reply

> You mean
> this?
> Circa 2015.
>
> EDIT: I hate to be that guy, but ....
Yes, this is it. Why hate? I was very impressed by his work. He also have a nice description about VMX and code snippets. That's a pitty he didn't continue to turn it to something useful.
His 64bit demo works on my machine. I tried Japhet's MON64.EXE but it doesn't run, just hangs without error.

---
DOS gives me freedom to unlimited HW access.
Rugxulo

Homepage

Usono,
05.10.2018, 03:06

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> > EDIT: I hate to be that guy, but ....
>
> Yes, this is it. Why hate?
I think you misunderstood me. Let me rephrase.

I regret being "that guy" (that stickler, hypothetically) who brings up bad news or warns people about unpleasant things.

I'm not talking about the author of the software here, only myself. So it's not hate at him, not at all. (Although I do regret his choice of license.)

I don't want to be an armchair lawyer, I'm just mentioning that perhaps the licensing is a bit short-sighted. At least, FOSS advocates dislike it (apparently), so I can't mirror it to FreeDOS for us.

> I was very impressed by his work.
I didn't try it yet (have to login just to download). It sounds impressive, though.
bretjohn

Homepage E-mail

Rio Rancho, NM,
28.09.2018, 20:33

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

I've used NDN for a long time -- the best NC clone I have found.

I've downloaded and tried the latest version (5461) on two different machines, a desktop and a laptop. Nowhere on the link provided to report problems/bugs, so I'll do it here at least for now.

On the desktop (Intel I5-4590 CPU) the 32-bit version works fine, both with real hardware and in VMWare under Windows 10.

On the laptop (Intel I5-2450M CPU) it crashes (simply hangs) with no startup messages or error messages or anything. It does this both with the real hardware and in VMWare under Windows 7. There is not a lot a commonality between real hardware and VMWare other than the CPU (almost everything else is virtualized in VMWare and doesn't look anything like the real hardware), which makes me think it may be CPU-related.

Also, the 64-bit version won't work with any of my DOS setups (I use JEMM on all of them) -- I get an error message:

D3X: error 0xFB: V86 mode

So, the 64-bit versions apparently won't work when a 32-bit EMM is already installed since they put the CPU into V86/protected mode.
RayeR

Homepage

CZ,
28.09.2018, 21:34

@ bretjohn
 

Necromancer's Dos Navigator

Post reply

> Also, the 64-bit version won't work with any of my DOS setups (I use JEMM
> on all of them) -- I get an error message: D3X: error 0xFB: V86 mode
> So, the 64-bit versions apparently won't work when a 32-bit EMM is already
> installed since they put the CPU into V86/protected mode.
Yes, I got the same. I tested WIN32, DOS32 and DOS64 version on Core i7-2600K and all are able to run. Except as you noticed the 64b version cannot run under V86 mode that is in my case a big disadvantage why not to use it. But it seems to not be a bug but a limitation of D3X extender. Any of other DOS64 programs don't run under V86 too but it runs under plain DOS or XMS+UMBPCI. As we know from 64-bit OSes it problematic/impossible a coexistence of V86 and 64-bit long mode. It may be possible to completly save a v86 state before switching to long mode and then restore it after switching back but there wouldn't be v86 functions while run in long mode...

---
DOS gives me freedom to unlimited HW access.
KormaX

28.09.2018, 22:07

@ RayeR
 

Necromancer's Dos Navigator

Post reply

That's one for DMMI. OR one for UMBPCI. I use UMBPCI on my system to keep it in real mode since about 2 years. Not for reason just it is "more DOS" for me than an unnecessary VMM. Also there are other programs not liking v86 so it is a real reason. Now there's another one :D You mentioned other D64 programs. Could you please show me some.

---
DOS isn't about why. It's about why not.
RayeR

Homepage

CZ,
28.09.2018, 22:46
(edited by RayeR, 28.09.2018, 22:59)

@ KormaX
 

Necromancer's Dos Navigator

Post reply

> Now there's another one :D You mentioned other D64 programs. Could you please show me some.
 There are some other packages at https://drive.google.com/drive/folders/0B_wEiYjzVkC0ZGtkbENENzF1Nms like D3X with SD64.EXE debugger and maybe others...

I use JEMMEX in my default DOS config for some advantages but of course life is not simple and some apps don't like V86 so I have multiconfig of course...

---
DOS gives me freedom to unlimited HW access.
RayeR

Homepage

CZ,
01.10.2018, 19:31

@ RayeR
 

Necromancer's Dos Navigator

Post reply

Today I tested 64-bit Windows version in Win10-x64 at work and it seems to run OK. One small problem, that also affect 32-bit version, is that the clock is not displayed in top right corner but somewhere in the middle of top row and the position seems to be some way random. Maybe something on console api was changed. Win10 supports instant console resize when you drag a window corner.

---
DOS gives me freedom to unlimited HW access.
Japheth

Homepage

Germany (South),
30.09.2018, 14:31

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

The 64-bit version is very impressive work. Congrats!

It needs some documentation, however, because it doesn't work on all 64-bit cpus ( on my old AMD Athlon 64 X2 it throws an error #15 ). Perhaps it requires the 1 GB pages feature to be present?

---
MS-DOS forever!
CandyMan

01.10.2018, 18:29

@ Japheth
 

Necromancer's Dos Navigator

Post reply

> Hi, nice to see NDN is not dead yet. Why it didn't appeared on
> http://ndn.muxe.com/download/ ? Is it some unofficial version or fork by
> another programmer?
 I took the NDN participation in the development. I contacted from Stefan Weber (Germany). He coordinated entire pojekt. But for ages so I am not in contact with him I decided alone to add what I can to NDN.

> On the laptop (Intel I5-2450M CPU) it crashes (simply hangs) with no startup messages or error messages or anything. It does this both with the real hardware and in VMWare under Windows 7. There is not a lot a commonality between real hardware and VMWare other than the CPU (almost everything else is virtualized in VMWare and doesn't look anything like the real hardware), which makes me think it may be CPU-related.
> Also, the 64-bit version won't work with any of my DOS setups (I use JEMM on all of them) -- I get an error message:
> D3X: error 0xFB: V86 mode
 The dos extender used with NDN64 had certain problems with the IRQ service under the long mode. He was out of order with emulators. I hope that a problem was solved in the next version NDN.
NDN64 can only works with true real mode (V86 mode is not available with long mode by hardware).
Next version soon. Best regards.
RayeR

Homepage

CZ,
02.10.2018, 03:24

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

CandyMan, I tried to play a bit with your SigmaOS, impressive work :)

---
DOS gives me freedom to unlimited HW access.
KormaX

02.10.2018, 06:39

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Check the 7z manager, because it does not work ön any version ön DOS. Reports empty archive. Alsó the 64 bit version could not handle any arcive ön my system. DR-DOS 7.03, UMBPCI, XMGR. Sorry for automatic diacritics, i'm from mobile.

---
DOS isn't about why. It's about why not.
Rugxulo

Homepage

Usono,
05.10.2018, 03:12
(edited by Rugxulo, 06.10.2018, 02:44)

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> I took the NDN participation in the development. I contacted from Stefan
> Weber (Germany). He coordinated entire pojekt. But for ages so I am not in
> contact with him I decided alone to add what I can to NDN.
I was always impressed with his work on NDN. IIRC, his last release was in 2010. He (rarely) has also frequented this forum under username "ho1459" (which also links to this homepage). Most of his posts here were from years ago (before 2012?), though. But I hope he is doing well.

EDIT: Typo.
RayeR

Homepage

CZ,
02.10.2018, 03:22

@ Japheth
 

Necromancer's Dos Navigator

Post reply

Japheth, I just tried out your MON64.EXE example from your Github and it doesn't work, just hangs, nothing printed out. While in same DOS setup the NDN64 runs fine.

---
DOS gives me freedom to unlimited HW access.
CandyMan

04.10.2018, 09:59

@ RayeR
 

Necromancer's Dos Navigator

Post reply

Version NDN-v2.31.5462.7z is ready for download.
RayeR

Homepage

CZ,
06.10.2018, 01:06

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

I tried W32 & W64 under Win10-x64 and the clock are still random positioned on top line.

---
DOS gives me freedom to unlimited HW access.
CandyMan

06.10.2018, 09:21

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> I tried W32 & W64 under Win10-x64 and the clock are still random positioned
> on top line.
 At me (windows 7 x64) the clock is in the correct place.
There is a command on the menu: Reset clock position.
Also try delete desktop (NDN.DSK) file.
RayeR

Homepage

CZ,
06.10.2018, 12:15

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> At me (windows 7 x64) the clock is in the correct place.
Yes, probably it's a Win 10 crappy mess (I hate this OS but I got it on new PC in new job, as alternative I can install Linux for dualboot). But on other side it's good platform for testing SW on new OS. I already ported my NT kernel driver to win x64 that I use for my programs like SPIPGM, CPUID, SMB... I will post a new release :)

> There is a command on the menu: Reset clock position.
OK, I'will try.

> Also try delete desktop (NDN.DSK) file.
 I ran the clean unzipped NDN without NDN.DSK

---
DOS gives me freedom to unlimited HW access.
RayeR

Homepage

CZ,
08.10.2018, 21:41

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> There is a command on the menu: Reset clock position.
> Also try delete desktop (NDN.DSK) file.
I tried the "Reset clock position" and it set clock to the right position. But when I quit NDN and start it again the clock is misaligned again. No matter if I run save config or delete NDN.DSK.

---
DOS gives me freedom to unlimited HW access.
CandyMan

13.10.2018, 12:28

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> I tried the "Reset clock position" and it set clock to the right position.
> But when I quit NDN and start it again the clock is misaligned again. No
> matter if I run save config or delete NDN.DSK.
 Indeed NDN not always has restored the position of the clock after the change of the window size of the console (right after the start). The problem was identified and fixed.
RayeR

Homepage

CZ,
14.10.2018, 15:34

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> The problem was identified and fixed.
OK, let us know when new version for test will be released.

---
DOS gives me freedom to unlimited HW access.
CandyMan

18.10.2018, 18:16
(edited by CandyMan, 18.10.2018, 18:28)

@ RayeR
 

Necromancer's Dos Navigator

Post reply

> OK, let us know when new version for test will be released.
 Version NDN-v2.31.5463.7z is ready for download.
In this version among others a graphical mouse cursor was added, game puzzle, minimizing not modal windows, 3D buttons.
At the moment I am not planning adding nothing or changing unless there is some new information from you about bugs.
RayeR

Homepage

CZ,
18.10.2018, 20:22

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> > OK, let us know when new version for test will be released.
> Version NDN-v2.31.5463.7z is ready for download.
Yes, the clock is now on right fixed position :)

---
DOS gives me freedom to unlimited HW access.
KormaX

23.10.2018, 00:14

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

The .7z support still doesn't work.

---
DOS isn't about why. It's about why not.
CandyMan

25.10.2018, 15:23

@ KormaX
 

Necromancer's Dos Navigator

Post reply

> The .7z support still doesn't work.
 What version of NDN and 7ZIP did you use? NDN runs 7ZIP in the background with the "-l" parameter and reads the list of files from the temporary file. If you used the version for windows, then everything should be fine. If you have used the version for dos, then there must be free memory to run 7ZIP and HX Dos extender must be loaded to start 7ZIP. 7ZIP v9.20 works for me. Newer versions require the import of functions not supported by HX dos extender.
Garl

E-mail

Rus.Krasnodar,
27.10.2018, 18:54
(edited by Garl, 27.10.2018, 19:35)

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> > The .7z support still doesn't work.
> 7ZIP v9.20 works for

In version 7-zip after 9.20 authors cahnge output information, and NDN not correct parse it.
You must use old 7zip or make little changes into NDN to support new 7z

p.s.
i can add support WIM,ISO,XZ,RPM archives like 7-zip into ndn
Guti

Homepage

08.03.2019, 20:26

@ Garl
 

Necromancer's Dos Navigator

Post reply

Any changelog available for latest builds?

> > > The .7z support still doesn't work.
> > 7ZIP v9.20 works for
>
>
> In version 7-zip after 9.20 authors cahnge output information, and NDN not
> correct parse it.
> You must use old 7zip or make little changes into NDN to support new 7z
>
> p.s.
> i can add support WIM,ISO,XZ,RPM archives like 7-zip into ndn

---
Visit my personal blog at https://www.javiergutierrezchamorro.com
Garl

E-mail

Rus.Krasnodar,
08.03.2019, 20:33

@ Guti
 

Necromancer's Dos Navigator

Post reply

All changes already in current build (link on 1'st message).
> Any changelog available for latest builds?
> > i can add support WIM,ISO,XZ,RPM archives like 7-zip into ndn
CandyMan

31.07.2019, 19:12

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

New 32-bit and 64-bit versions exist for Dos and Windows:
NDN: DOS/DPMI32 (D32) - VP D32 version
NDN: DOS/DPMI64 (D64) - FPC D64 version
NDN: Windows (W32) - VP W32 version
NDN: Windows (W64) - FPC W64 version
NDN: Windows (F32) - FPC W32 version
NDN: Windows (U64) - UNICODE W64 version

You can also visit the NDN website: http://ndn.cba.pl
Laaca

Homepage

Czech republic,
28.08.2019, 21:53

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Thank you a lot for the new version. I tried only the DOS-32 version.
It is indeed a feature megarich program however for the everyday use I feel just fine with Volkov commander.
However I face few bugs.
1) Your NDN version does not work for me under windows 98 (but yes, in pure DOS is it OK)
2) The key F10 for accessing menus does not work and the only way how to activate the menu system is the mouse right-click in the forst line
3) I like the Volkov feature not to set any own textmode and detect the actual number on columns and rows and just to adapt to actual situation.

---
DOS-u-akbar!
CandyMan

31.08.2019, 23:42
(edited by CandyMan, 01.09.2019, 10:13)

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> 1) Your NDN version does not work for me under windows 98 (but yes, in pure
> DOS is it OK)
 NDN tries to detect some emulators. This is probably the cause of the conflict with windows 98 DPMI. Try run NDN with option /NOEMU.
There is already a new version of NDN for DOS32.
Thank you for report.
Laaca

Homepage

Czech republic,
01.09.2019, 17:48

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> > 1) Your NDN version does not work for me under windows 98 (but yes, in
> pure
> > DOS is it OK)
> NDN tries to detect some emulators. This is probably the cause of the
> conflict with windows 98 DPMI. Try run NDN with option /NOEMU.
> There is already a new version of NDN for DOS32.
> Thank you for report.
OK, I made few more tests.

1) In private mail I complained about F10 key. The util you send reports the right code for F10 (0x004400). I found that the problem is in other place.
Normaly I have hidden the main menu in the first row.
After pressing F10 I expect the showing this menu with some highlighted item and I should be able to navigated with arrows to other oetms and submenus.
But in the current build of NDN. The menu is activated but the first row is still hidden. But if I press down arrow the submenu items are normaly shown.
However when I in the [configuration] -- [interface] disable the item "hide menu bar" everything works OK but the menu is still visible in the first line which is not ideal...

2) About Windows 98 incompatibility:
I tried the original distrubution (2.31.5474v) and I tried to patch the exacutable by your STUB.BAT utility. The behaviour is exactly the same, so:
a) NDN.COM without any parameters -- the program immediately crashes into windows error message which is english should be something like "Program executed an not allowed operation and will be terminated. Close all programs and restart the computer." Sometimes recoveres after CTRL-ALT-DEL but usually I have to press Reset.
b) NDN.COM /noemu -- NDN loads, successfuly switches the videomode and draws everything what should. The clock in the upper right corner are working and the dot between mins and secs in blinking.
But the keyboard does not respond, mouse does not respond and even if I run the NDN not in fullscreen but in windows (so I can see other program windows) the keyboard and mouse are completely frozen.

---
DOS-u-akbar!
CandyMan

03.09.2019, 11:59
(edited by CandyMan, 03.09.2019, 12:50)

@ Laaca
 

Necromancer's Dos Navigator

Post reply

Your comments have been taken into account. Please check the NDN on your home and write.
PS. When the keyboard does not work, it is recommended to press Alt, then Ctrl and then Shift.
Laaca

Homepage

Czech republic,
05.09.2019, 08:20

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

> Your comments have been taken into account. Please check the NDN on your
> home and write.
> PS. When the keyboard does not work, it is recommended to press Alt, then
> Ctrl and then Shift.
I am sorry but I haven't understood what I am supposed to do.
I shall go into NDN.MUXE.COM? Or something else?...

---
DOS-u-akbar!
CandyMan

06.09.2019, 18:34

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> I am sorry but I haven't understood what I am supposed to do.
I have corrected the errors you wrote about and would like you to check the keyboard in NDN.
You can download the NDN from: http://ndn.cba.pl/download/file/ndn-v2.31.5375.d32.exe
Thanks.
Laaca

Homepage

Czech republic,
08.09.2019, 14:15

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Amazing work!
Now the all issues I have spoken about are fixed!
Just for our curiosity - what exactly was the problem with the NDN crash in windows 98?

And one more question: Did you test the networking capabilities (like FTP transfer) in the DOS version?

---
DOS-u-akbar!
CandyMan

08.09.2019, 19:18

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> Just for our curiosity - what exactly was the problem with the NDN crash in
> windows 98?
Disabling the keyboard at the beginning and enabling at the end of the IRQ1 procedure has been removed.
I have also turned off emulator detection.

> And one more question: Did you test the networking capabilities (like FTP
> transfer) in the DOS version?
This feature has not been tested yet.
CandyMan

04.09.2019, 17:54

@ Laaca
 

Necromancer's Dos Navigator

Post reply

> 3) I like the Volkov feature not to set any own textmode and detect the
> actual number on columns and rows and just to adapt to actual situation.
 To use the current video mode without changing it to the previous one, just uncheck in the Options->Configurations->Startup/Shutdown->"[] Restore Screen Mode" menu.
CandyMan

18.11.2019, 22:36

@ CandyMan
 

Necromancer's Dos Navigator

Post reply

Recently, new NDN versions v3.00.0000 also for Linux have been added.

Now they are:
NDN: DOS/DPMI32 (D32) - VP D32 version
NDN: DOS/DPMI64 (D64) - FPC D64 version
NDN: Windows (W32) - VP W32 version
NDN: Windows (W64) - FPC W64 version
NDN: Windows (F32) - FPC W32 version
NDN: Windows (U64) - UNICODE W64 version
NDN: Linux (L32) - VP L32 version
NDN: Linux (L64) - FPC L64 version

More on: http://ndn.cba.pl or here
Back to index page
Thread view  Board view
22632 Postings in 2109 Threads, 402 registered users, 407 users online (0 registered, 407 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum