DOS ain't dead - BIEW 6.1.0

Rugxulo

Usono,
13.12.2009, 10:45

BIEW 6.1.0 (Announce)

nickols_k released BIEW 6.1.0 on 12 December 2009.

Website: http://sourceforge.net/projects/biew
Download: http://sourceforge.net/projects/biew/files/biew/6.1.0/biew-610-dos32.zip/download

> 6.0.2
> 25 oct 2009 ! Changes:
> * Disable MMF system for Win64 as workaround
> * Fixed sizes of some implicit operands in x86_64 disasm
> * Disable MMF access to .ini file
> 6.1.0.pre ! Changes:
> 11 nov 2009 + NEW:
> added support for Intel's AES, AVX and AMD's XOP,
> FMA4, CVT16
> into x86-disassembler
> * Fixed some lacks in ./configure script
> 6.1.0
> 12 dec 2009 ! Changes:
> * Minor fixes and cleanups

DOS386

15.12.2009, 02:50

@ Rugxulo

BIEW 6.1.0 - not fixed

Post reply

> nickols_k released BIEW 6.1.0 on 12 December 2009

The old Spawn-BUG crashing the disassembler output is still in :-(

http://sourceforge.net/tracker/?func=detail&aid=2474144&group_id=1475&atid=101475

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Rugxulo

Usono,
19.03.2010, 16:20

@ DOS386

BEYE 6.1.0 - not fixed

Post reply

> > nickols_k released BEYE 6.1.0 on 12 December 2009
>
> The old Spawn-BUG crashing the disassembler output is
> still in :-(
>
> http://sourceforge.net/tracker/?func=detail&aid=2474144&group_id=1475&atid=101475

Is the spawn bug due to popen()? (Does default DJGPP 2.04 beta have a broken implementation? I seem to vaguely recall Juan manually patching various ports with a newer version because of that. Oh well, I'm not really sure.)

Anyways, the project has been renamed to BEYE.

http://sourceforge.net/projects/beye/

Another problem is that the latest DOS .EXE was only compiled for 686+ (-mmmx -msse), but I (finally) recompiled it for him / you, if you're interested.

http://sourceforge.net/tracker/?func=detail&aid=2923742&group_id=1475&atid=101475

---
Know your limits.h

DOS386

20.03.2010, 10:47

@ Rugxulo

BEAR 6.1.0 - maybe fixed

Post reply

> Is the spawn bug due to popen()? (Does default DJGPP 2.04 beta have a
> broken implementation? I seem to vaguely recall Juan manually patching
> various ports with a newer version because of that. Oh well, I'm not really sure.

Isn't this discussed in the linked thread ???

> Anyways, the project has been renamed to BEYE.

COOL: comp.os.msdog

> but I (finally) recompiled it for him / you, if you're interested.

COOL, I'll test :-) Did you "fix" the "pope'n-BUG" also ?

> 2010: the year of the DOS desktop

COOL, let's drop ********, ***** , ***-*** and ***-*** ;-)

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

DOS386

21.03.2010, 08:33

@ DOS386

Binary EAR - NOT fixed :-(

Post reply

NOT fixed :-(

Did you use the latest "fixed" DGJPP ???

Other way to try : pick patches from here : http://sf.net/tracker/?func=detail&aid=2474144&group_id=1475&atid=101475

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Rugxulo

Usono,
21.03.2010, 11:32

@ DOS386

Binary EAR - NOT fixed :-(

Post reply

> NOT fixed :-(
>
> Did you use the latest "fixed" DGJPP ???

I used stock 2.04 since I wasn't sure if there were still problems. However, I also can compile with DJGPP 2.03p2 if you want to test that. I don't think that has the popen() bug. (Use the .BAT I made if you have DJGPP yourself.)

b610-203.zip (2.03p2 .EXE and .BAT)

---
Know your limits.h

DOS386

22.03.2010, 08:21

@ Rugxulo

I'll test this 2.03

Post reply

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

DOS386

23.03.2010, 07:43

@ Rugxulo

48 hours elasped since release and no feedback ???

Post reply

Either nobody is interested in Binary VIEW/EYE/EAR ... or nobody has DOS anymore and it works in NTVDM :-(

The core story is short: it doesn't work , the "spawn/popen-BUG" is still in. The next step is obvious: prevent this popen from being executed, since no version of DGJPP can do it without crashing :-|

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Arjay

23.03.2010, 15:04

@ DOS386

48 hours elasped since release and no feedback ???

Post reply

> Either nobody is interested in Binary VIEW/EYE/EAR ...
Sorry didn't realize you were requesting any!! I am interested in applications like BIEW and have been following this thread - as I am sure others have been. If you need some additional testing I am happy to do that at some point but right now my problem is time, but if I can test something quickly then I will.

> or nobody has DOS anymore and it works in NTVDM :-(
Personally I use DOS in different flavors. Pure DOS is very good for "instant on" uses.

> The core story is short: it doesn't work :-(
Thank you for your extensive testing that you do - it is appreciated!

Rugxulo

Usono,
23.03.2010, 17:04

@ DOS386

BEYE + [NY]ASM doesn't work (popen bug??)

Post reply

> The core story is short: it doesn't work , the "spawn/popen-BUG" is still
> in. The next step is obvious: prevent this popen from being
> executed, since no version of DGJPP can do it without crashing :-|

You mean Ctrl-F4? It doesn't work on Windows, seems it can't find the assembler (even when in same directory). I've honestly never used the "assemble" feature in BIEW ever (although I've used it several times in HIEW).

Even the Win32 version of BIEW has been known to be buggy, in my experience (even moreso than the DOS version, i.e. Win32 version crashes more often on Win32, hence I usually use the DJGPP one!), even for simple stuff.

The main usefulness of BIEW (to me) is disasm and hex edit. Of course, it does much more. ;-)

---
Know your limits.h