Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to index page
Thread view  Board view
rr

Homepage E-mail

Berlin, Germany,
16.10.2009, 22:34
 

The Doszip Commander version 1.37 available (Announce)

Hjort Nidudsson has released The Doszip Commander version 1.37 on 10 Oct 2009.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.1.37 - 10 Oct 2009
- added 'multi-mask' to File Search
- added 'multi-mask' to History
- added searchstring to History
- added updated library source
- fixed bug in Clipboard
- fixed bug in Move Dialog (mouse)
- added key F4 to File Search (Edit)

Note: The Resource Editor and the Library code have been missing, and this release is mostly a recompile of this code using JWASM, WCC and WLIB.

---
Forum admin

Rugxulo

Homepage

Usono,
08.12.2009, 01:26

@ rr
 

The Doszip Commander version 1.38 available

Hjort Nidudsson has released The Doszip Commander version 1.38 on 7 Dec 2009.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.1.38 - 7 Dec 2009
- fixed bug in read -- archive bit not set (long filenames)
- fixed bug in swap panels -- active cell not updated
- fixed bug in switch -v (verbose)
- fixed bug in progress indicator
- fixed bug in CRC check on copy
- fixed bug in decompress on user break -- left a file open
- fixed bug in copy -- date and time corrupted (short filenames)
- fixed bug in selected text -- clipboard
- fixed bug in search hex
- fixed bug in search on user break -- continued
- fixed bug in mouse functions -- hard error
- fixed sort functions -- same file active after sort
- fixed Ctrl-Enter -- added a space after filename
- added option Esc Toggle panels to Config dialog
- added dialog System Options to Config dialog
- added option Sort directories to Panel dialog
- added pre-selected default text to dialogs
- added options Exclude location to File Search->Save
- added options Convert to Unix to File Search->Save
- added context help to File Search and Filter
- added keys to File Search:
-- added key F1 Help
-- added key F2 Save
-- ----- key F3 View
-- ----- key F4 Edit (exit)
-- added key F5 Filter edit
-- added key F6 Toggle hex/ascii search
-- added key F7 Start a new search
-- added key F8 Delete file from list
-- added key Delete
-- added key F9 Load file-mask from dz.ini

rr

Homepage E-mail

Berlin, Germany,
10.12.2009, 20:58

@ Rugxulo
 

The Doszip Commander version 1.39 available

Hjort Nidudsson has released The Doszip Commander version 1.39 on 10 Dec 2009.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.1.39 - 10 Des 2009
- fixed bug in Filter -- didn't work..
- fixed bug in Ctrl-I -- Directory size
- added option Use Beep to System Options
- changed the behavior of the command line

---
Forum admin

rr

Homepage E-mail

Berlin, Germany,
15.12.2009, 10:16

@ rr
 

The Doszip Commander version 1.40 available

Hjort Nidudsson has released The Doszip Commander version 1.40 on 13 Dec 2009.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.1.40 - 13 Des 2009
- fixed bug in F3 (view) -- loaded filename as "filename"
- fixed bug in F4 (edit) -- loaded "long filename" as long filename
- fixed bug in File Search -- scan continue after max hit
- added directories to Ctrl-Enter
- changed the behavior of the %find% macro

---
Forum admin

Rugxulo

Homepage

Usono,
31.12.2009, 16:03

@ rr
 

The Doszip Commander version 1.41 available

Hjort Nidudsson has released The Doszip Commander version 1.41 on 30 Dec 2009.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.1.41 - 30 Des 2009
- changed panel layout -- Long Detail View
- changed init defaults -- LFN removed as default

---
Know your limits.h

nidud

E-mail

Norway,
19.02.2010, 14:27

@ Rugxulo
 

The Doszip Commander version 1.44 available

Changes in 0.1.42 - 16 Feb 2010
- fixed bug on reading CDROOM/NETWORK/DEVICE -- hard error v1.38+
- fixed bug in Egaline -- video mode was corrupted on exit in some cases
- changed the Open File functions -- network error

Changes in 0.1.43 - 17 Feb 2010
- fixed bug in CRC check on copy

Changes in 0.1.44 - 19 Feb 2010
- fixed bug in Open File function -- file exist error

rr

Homepage E-mail

Berlin, Germany,
19.02.2010, 22:36

@ nidud
 

The Doszip Commander version 1.45 available

Changes in 0.1.45 - 19 Feb 2010
- fixed bug in Read functions -- accepted Volume ID as file

---
Forum admin

Rugxulo

Homepage

Usono,
09.04.2010, 01:06

@ rr
 

Doszip 1.50

On 06 April 2010, Hjort Nidudsson released Doszip 1.50.

Website: http://sourceforge.net/projects/doszip/
Download: http://sourceforge.net/projects/doszip/files/

Changes in 0.1.50 - 04 Apr 2010
- fixed bug in Startup -- Ctrl-C handler not restored on exit
- added key Alt-C -- Toggle Command line
- added key Alt-L -- Create list file from selection set
- added drag and drop files to Command line (Create list)
- added drag and drop files to Key Bar (View/Edit/Copy/Move/Del)
- added Memory Config for write protected media (CD-ROOM)

Changes in 0.1.49 - 01 Mar 2010
- added Ctrl-C handler
- added [Ignore], [Retry], [Terminate], and [Abort] to System Error

Changes in 0.1.48 - 26 Feb 2010
- fixed bug in System Error -- wrong error message

Changes in 0.1.47 - 26 Feb 2010
- fixed bug in System Error - wrong error code returned
- added some support for writing to a DEVICE -- PRN and LPTX

Changes in 0.1.46 - 24 Feb 2010
- fixed bug in Copy - wrong error code returned (CRC error)

---
Know your limits.h

nidud

E-mail

Norway,
27.07.2010, 14:14

@ Rugxulo
 

The Doszip Commander version 1.56 available

Note: It is now possible to create .ZIP files in the commander, but rewriting the archive is often slow. For best speed, skip testing for duplicate files in the archive. This test is skipped if target panel directory is empty.

Changes in 0.1.56 - 27 Jul 2010
- fixed bug on reading large .ZIP files

Changes in 0.1.55 - 27 Jul 2010
- fixed bug in decryption of .ZIP files (v1.50+)
- fixed bug in Text view - END, UP, PGUP
- fixed bug on converting hex strings
- added Create .ZIP archive (Shift-F7)
- added Copy files to .ZIP archive (F5)
- added Delete files in .ZIP archive (F8)
- added Make directory in .ZIP archive (F7)

Changes in 0.1.54 - 20 May 2010
- fixed bug on Copy/Paste text to command line

Changes in 0.1.53 - 29 Apr 2010
- fixed bug on Enter LongFileName.exe
- fixed bug in Alt-Left/Right
- fixed bug in Text View -- PageUp (Hex view)
- fixed bug in Text View -- PageUp/End (Text view)

Changes in 0.1.52 - 16 Apr 2010
- fixed bug Move Directory (hard error)
- fixed bug directory scan -- confirm continue

Changes in 0.1.51 - 16 Apr 2010
- fixed bug Text View (Hex view)

rr

Homepage E-mail

Berlin, Germany,
02.08.2010, 21:49

@ rr
 

The Doszip Commander version 2.00 available

Hjort Nidudsson has released The Doszip Commander version 2.00 on 02 Aug 2010.

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 0.2.00 - 02 Aug 2010
- fixed bug in IO-stream
- fixed some bugs in Text View
- added Class viewer to Text View
- added switches to %view% macro
- added Create .ZIP and Create List to Menus

Changes in 0.1.59 - 30 Jul 2010
- fixed bug in Compress (Alt-F5) and Create List File (Ctrl-L)

Changes in 0.1.58 - 29 Jul 2010
- fixed hard error on moving directories (v1.55+)
- fixed bug on adding zero length files to .ZIP archive

Changes in 0.1.57 - 28 Jul 2010
- fixed memory leak in compression functions

---
Forum admin

Japheth

Homepage

Germany (South),
04.08.2010, 15:51

@ rr
 

Feature request - don't reset video mode

DZ currently always resets the video mode on startup ( to 80x25 ). It would be better to do a simple test if a text mode is set and use this preset mode if it is acceptable (i.e. my favorite mode 80x34).

---
MS-DOS forever!

nidud

E-mail

Norway,
04.08.2010, 17:08

@ Japheth
 

Feature request - don't reset video mode

> DZ currently always resets the video mode on startup ( to 80x25 ). It would
> be better to do a simple test if a text mode is set and use this preset
> mode if it is acceptable (i.e. my favorite mode 80x34).

To use graphical colors in XP demands a mode-change in order to
set the colors. This is Not done by the program. The -xp switch
on the command line will trigger this mode-change on startup.

In addition to this there is a choice in the System Option (Ctrl-F9)
[x] Restore screen mode on startup (default=set).

The program should adapt to the current screen setting if this is not set.

It will be interesting to see if this actually works.

Japheth

Homepage

Germany (South),
05.08.2010, 07:07

@ nidud
 

Feature request - don't reset video mode

> In addition to this there is a choice in the System Option (Ctrl-F9)
> [x] Restore screen mode on startup (default=set).
>
> The program should adapt to the current screen setting if this is not set.

Yes, clearing that option did it. Thanks!

---
MS-DOS forever!

Japheth

Homepage

Germany (South),
19.08.2010, 10:52

@ nidud
 

Problem if current screen width isn't 80 chars

> The program should adapt to the current screen setting if this is not set.

This works as far as the screen width is 80.

Perhaps it's possible to improve the current behavior? My suggestion is:

1. if screen width is < 80, reset video mode to 3 ( or 7 ).
2. if screen width is > 80 and text mode is on, use it.

On my web site there is a package, SETMXX.ZIP, which contains a tool setm37.exe. This tools uses VESA mode 0x102 (800x600x4) to create a 100x37 text mode resolution. Works with a lot of cards, so there's a chance you can use it for testing.

---
MS-DOS forever!

nidud

E-mail

Norway,
19.08.2010, 22:48

@ Japheth
 

Problem if current screen width isn't 80 chars

> > The program should adapt to the current screen setting if this is not
> set.
>
> This works as far as the screen width is 80.
>
> Perhaps it's possible to improve the current behavior? My suggestion is:
>
> 1. if screen width is < 80, reset video mode to 3 ( or 7 ).

This is the default setting.

> 2. if screen width is > 80 and text mode is on, use it.
>
> On my web site there is a package, SETMXX.ZIP, which contains a tool
> setm37.exe. This tools uses VESA mode 0x102 (800x600x4) to create a 100x37
> text mode resolution. Works with a lot of cards, so there's a chance you
> can use it for testing.

I can?t implement functions that reprogram the graphics card in this way, and I could line up a long list of argument why, but the short answer will be: if you want to implement this you have to do it yourself.

Most of the console function calls @rcsprc (src/clib/console/rect/_rcsprc.asm) to create a screen pointer from x, y (bl, bh), but some functions are hard coded and add 2*80 to get the offset of the next line.

Japheth

Homepage

Germany (South),
20.08.2010, 00:22

@ nidud
 

Problem if current screen width isn't 80 chars

> This is the default setting.

Yes, but only if "restore screen mode" is off.

> I can?t implement functions that reprogram the graphics card in this way,

Sorry, but I didn't suggest to "reprogram the graphics card". I suggested to be aware of a non-80-column text-mode if "restore screen mode" is off.

> ... but the short answer will be: if you want to implement this you have to
> do it yourself.

This was more of a bug report than a feature request.

---
MS-DOS forever!

nidud

E-mail

Norway,
14.09.2010, 21:39

@ Japheth
 

Problem if current screen width isn't 80 chars

Sorry, I assumed using "a screen with > 80" was a feature request.

>> This is the default setting.
> Yes, but only if "restore screen mode" is off.

The default is on, however, the "restore screen mode" option only test the number of lines. Using (not 80)x25 will skip the mode change. The adaptation is only tested using MODE CON LINES=XX, so there is a lot of unfinished work there. I?m currently a bit out of time (and energy) to do much about this at the moment.

I downloaded the setmxx file but only the 80x34/60 mode works using XP. Only the 80x34 actually works in DZ (good mode by the way), but the mouse is limited to 25 lines, so code needs to be added.

I added some init code for the columns and segment B000/B800, but this may also fail in some cases.

Japheth

Homepage

Germany (South),
15.09.2010, 10:48

@ nidud
 

Problem if current screen width isn't 80 chars

> The default is on, however, the "restore screen mode" option only test the
> number of lines. Using (not 80)x25 will skip the mode change. The
> adaptation is only tested using MODE CON LINES=XX, so there is a lot of
> unfinished work there.

I don't think it's important to support non-80-column modes, but IMO it's important to ensure that the output of DZ is readable for the user.

To maky myself clear: if support for non-80-column modes is a lot of work, my suggestion is:


   IF ( "restore screen mode" == ON or
        no_of_columns_of_current_mode != 80 or
        graphics_mode == ON )
      setvideomode( 80x25 );

---
MS-DOS forever!

nidud

E-mail

Norway,
15.09.2010, 14:07

@ Japheth
 

Problem if current screen width isn't 80 chars

I do understand your point Japheth, but in some cases it would be useful to do nothing. The main reason to apply the "restore screen mode" is to enable use/testing of different settings. Using command.com (in XP) to run setm34.exe will not work, but using DZ as a shell will do. The option(s) comes as a result of the possibility to remove the panels, menus/status line, and mouse, which enable the use of DZ as a command line tool. Most of the options in the "System Options" menu was used for debug, but applied in this way it may also be useful for debugging other programs. The point with the "default is on" is then to clarify that if you turn it off there may be problems. To add more options than 80x25/50 is not necessarily a lot of work, but this should be applied as "default" including test and init code. There are two output functions used, one writes to screen (x, y, 80, B800:0000) and one writes to memory (x, y, columns, *ptr). A global screen pointer is already added, so it?s currently only the columns that are hard-coded.

The init code added in v2.02:

   if (no_of_columns_of_current_mode != 80){
      setvideomode( 80x25 );
      if (no_of_columns != 80)
        exit();
   }


This will ensure output on the supported modes, but a rewrite of the output functions will make it more flexible.

Changelog v2.02:
- fixed bug on moving selected files (hard error)
- fixed bug on reading .ZIP files with no End Central Directory (hard error)
- added video init and (some) support for mono board (seg B000h)

Japheth

Homepage

Germany (South),
10.08.2010, 07:06

@ rr
 

Bug report - menu bar still active in hidden state

Hello,

after suppressing the menu bar, DZ still will popup the file menu when I press Alt-F. IMO this is an error - at least a design flaw. I'd like to suggest to disable this behavior and search another way to navigate to the menu items. VC does it pretty good: If you press and release ALT, the menu bar becomes temporarily unhidden.

Another thing, which is not a bug, but a feature what I miss: a fast way to navigate through very large file lists in the panel. If there are 3000 files in the current directory and I want to position to the first whose name starts with "mx", then DZ only offers the rather limited SEARCH dialog to assist me.

---
MS-DOS forever!

nidud

E-mail

Norway,
10.08.2010, 19:07

@ Japheth
 

Bug report - menu bar still active in hidden state

> Hello,
>
> after suppressing the menu bar, DZ still will popup the file menu when I
> press Alt-F. IMO this is an error - at least a design flaw. I'd like to
> suggest to disable this behavior and search another way to navigate to the
> menu items. VC does it pretty good: If you press and release ALT, the menu
> bar becomes temporarily unhidden.

The Alt-key was used to activate the menus before but this was not a good idea if used in Windows (using Alt-Tab/..), so I removed this option. If implemented as VC you also need to overlay the panels with a new menu bar and a separate event handler for this case. Since the option of hiding the menu bar/status line/command line is added recently, the code to handle this will be rather extensive. Well, something should be done to handle this, but I?m currently out of ideas on how.

> Another thing, which is not a bug, but a feature what I miss: a fast way to
> navigate through very large file lists in the panel. If there are 3000
> files in the current directory and I want to position to the first whose
> name starts with "mx", then DZ only offers the rather limited SEARCH dialog
> to assist me.

It is possible to limit the number of files in the panel by typing mx*.* in the panel filter dialog, but Ctrl+Alt+m+x will be the fastest way to do this. Trying to find the 'config.nt' file in the system32 directory using Quick search, you need to type 'config.' to bypass the config directory, so it could probably be a good idea to skip searching directories?

Japheth

Homepage

Germany (South),
11.08.2010, 09:57

@ nidud
 

Bug report - menu bar still active in hidden state

> The Alt-key was used to activate the menus before but this was not a good
> idea if used in Windows (using Alt-Tab/..), so I removed this option.

But VC and its Alt- mechanism works ok in Windows :confused:

> If
> implemented as VC you also need to overlay the panels with a new menu bar
> and a separate event handler for this case. Since the option of hiding the
> menu bar/status line/command line is added recently, the code to handle
> this will be rather extensive. Well, something should be done to handle
> this, but I?m currently out of ideas on how.

FAR commander and MC use F9 to reveal the menu bar. That would also be ok.

> It is possible to limit the number of files in the panel by typing mx*.* in
> the panel filter dialog, but Ctrl+Alt+m+x will be the fastest way to do
> this.

Thanks, I didn't know about the Ctrl+Alt+ thing! The functionality is a bit unhandy, however, because both control keys have to be kept pressed until the find-string has been fully entered. Perhaps it's possible to keep this special mode once Ctrl+Alt+any_key has been entered and leave it after ENTER or ESC has been pressed?

---
MS-DOS forever!

nidud

E-mail

Norway,
11.08.2010, 15:26

@ Japheth
 

Bug report - menu bar still active in hidden state

> But VC and its Alt- mechanism works ok in Windows :confused:

Not really, the Alt+key activates the menus, so you have to press ESC to remove it on return. May sound like a trivial case, but some (including me ;-)) find this to be annoying.

> FAR commander and MC use F9 to reveal the menu bar. That would also be ok.

I like to have direct access to the menus (Alt+F) instead of typing [F9/Alt], and then [Right/Left], and then [Enter]. I guess we all are victims of habits when it comes to key bindings, but you could use Ctrl+X for this purpose.

> Thanks, I didn't know about the Ctrl+Alt+ thing! The functionality is a bit
> unhandy, however, because both control keys have to be kept pressed until
> the find-string has been fully entered. Perhaps it's possible to keep this
> special mode once Ctrl+Alt+any_key has been entered and leave it after
> ENTER or ESC has been pressed?

It may be that my keyboard handling differ from the norm since I don?t see holding down Ctrl+Alt while continue typing being a problem, but maybe it is?

Japheth

Homepage

Germany (South),
11.08.2010, 16:05

@ nidud
 

Bug report - menu bar still active in hidden state

> It may be that my keyboard handling differ from the norm since I don?t see
> holding down Ctrl+Alt while continue typing being a problem, but maybe it
> is?

It's probably ok if you're used to a 2-finger-system for typing. However, if you're used to use your keyboard blindly, then it becomes difficult to find the right keys with one hand while the other is busy holding down CTRL and ALT.

---
MS-DOS forever!

nidud

E-mail

Norway,
12.08.2010, 15:49

@ Japheth
 

Bug report - menu bar still active in hidden state

> It's probably ok if you're used to a 2-finger-system for typing. However,
> if you're used to use your keyboard blindly, then it becomes difficult to
> find the right keys with one hand while the other is busy holding down CTRL
> and ALT.

:-)

I still don?t have any problem of covering the left side of the keyboard with my left hand, but it is (as you say) a bit difficult, and I would not recommend writing a document in this way. It works if the search string is 1-3 chars, but to write longer strings will be a bit irritating.

So, a quick fix could then be applied as follow (src/dzmain/cmquicks.asm - line 197):

AND AL,1100B
CMP AL,1100B
JE QUICKSEARCH_01

and change this to:

and al,100B
jnz QUICKSEARCH_01

Now the Quick search will activate using Ctrl+Alt, but when activated you can release the Alt key and start typing while still holding down the Ctrl-key (assuming you are able to hold down the Shift-key while typing).

I will also assume (as mention above) that the target of the search if files and not directories, so I will see if it is posible to change this in the next release.

While you add it (80x35):

src/clib/conio/console/consinit.asm (line 83):

mov ax,0003h ; this clears the screen
int 10h
call setcursor ; restore cursor
call rcclose ; restore screen
pop ax
cmp al,49
jne set_25
mov ax,1202h ; set scanline to 400
mov bx,0030h
int 10h
mov ax,1112h ; load 8x8 font
xor bx,bx
int 10h

I will assume that other dos programs may reset the mode to 25 lines, so if
you want this to be the default setting, you could replace the 50 line setup with 35. In this way the program will reset to 35 lines on startup.

Japheth

Homepage

Germany (South),
17.08.2010, 10:56

@ nidud
 

Bug report - menu bar still active in hidden state

> So, a quick fix could then be applied as follow (src/dzmain/cmquicks.asm -
> line 197):
...

Thanks! However, the problem with source changes is that I'm unable to build DZ with OW. Here's what WMAKE reports:


Open Watcom Make Version 1.9
Portions Copyright (c) 1988-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
        cd src
        wmake
Open Watcom Make Version 1.9
Portions Copyright (c) 1988-2002 Sybase, Inc. All Rights Reserved.
Source code is available under the Sybase Open Watcom Public License.
See http://www.openwatcom.org/ for details.
        wlink N build F { C0.obj build.obj } L \doszip\lib\cl OP Q OP NOD OP NOCase sys dos
Error! E2028: _ioinit is an undefined reference
Error! E2028: _ioexit is an undefined reference
Error! E2028: _printf is an undefined reference
Error! E2028: STRCPY is an undefined reference
Error! E2028: INIENTRY is an undefined reference
Error! E2028: STRTOL is an undefined reference
Error! E2028: DWDOSDATE is an undefined reference
Error! E2028: STRFCAT is an undefined reference
Error! E2028: FOPEN is an undefined reference
Error! E2028: PERROR is an undefined reference
Error! E2028: GETYEAR is an undefined reference
Error! E2028: GETMND is an undefined reference
Error! E2028: GETDAY is an undefined reference
Error! E2028: GETSEC is an undefined reference
Error! E2028: GETMIN is an undefined reference
Error! E2028: GETHOUR is an undefined reference
Error! E2028: _fprintf is an undefined reference
Error! E2028: FCLOSE is an undefined reference
Error! E2028: WSETWRDATE is an undefined reference
Error! E2028: _sprintf is an undefined reference
Error! E2028: FGETS is an undefined reference
Error! E2028: FPUTS is an undefined reference
Error! E2028: MEMZERO is an undefined reference
file C0.obj(C0.ASM): undefined symbol _ioinit
file C0.obj(C0.ASM): undefined symbol _ioexit
file build.obj(C:\doszip\src\build.c): undefined symbol _printf
file build.obj(C:\doszip\src\build.c): undefined symbol STRCPY
file build.obj(C:\doszip\src\build.c): undefined symbol INIENTRY
file build.obj(C:\doszip\src\build.c): undefined symbol STRTOL
file build.obj(C:\doszip\src\build.c): undefined symbol DWDOSDATE
file build.obj(C:\doszip\src\build.c): undefined symbol STRFCAT
file build.obj(C:\doszip\src\build.c): undefined symbol FOPEN
file build.obj(C:\doszip\src\build.c): undefined symbol PERROR
file build.obj(C:\doszip\src\build.c): undefined symbol GETYEAR
file build.obj(C:\doszip\src\build.c): undefined symbol GETMND
file build.obj(C:\doszip\src\build.c): undefined symbol GETDAY
file build.obj(C:\doszip\src\build.c): undefined symbol GETSEC
file build.obj(C:\doszip\src\build.c): undefined symbol GETMIN
file build.obj(C:\doszip\src\build.c): undefined symbol GETHOUR
file build.obj(C:\doszip\src\build.c): undefined symbol _fprintf
file build.obj(C:\doszip\src\build.c): undefined symbol FCLOSE
file build.obj(C:\doszip\src\build.c): undefined symbol WSETWRDATE
file build.obj(C:\doszip\src\build.c): undefined symbol _sprintf
file build.obj(C:\doszip\src\build.c): undefined symbol FGETS
file build.obj(C:\doszip\src\build.c): undefined symbol FPUTS
file build.obj(C:\doszip\src\build.c): undefined symbol MEMZERO


I have OW v1.9 installed, environment variable WATCOM is set to D:\WATCOM, dir D:\WATCOM\BINNT is first in PATH.

---
MS-DOS forever!

nidud

E-mail

Norway,
17.08.2010, 13:51

@ Japheth
 

Bug report - menu bar still active in hidden state

The version 2.00 wasn?t very MASM (and JWASM v2.03) friendly so I did a rewrite of headers and some of the source code. Version 2.01 was compiled using JWASM 2.03, but I still use OW 1.8. Most of the functions listed there should not be included, but I assume this is releated to the rewrite.

Well, thanks for the heads up - I will update OW and see how this goes.

nidud

E-mail

Norway,
19.08.2010, 22:57

@ Japheth
 

Bug report - menu bar still active in hidden state

I tested the 1.9 version and it seems to work fine.

Try deleting the lib directory and also the src/build.exe and src/c0.obj files to make shore the library are rebuild.

Japheth

Homepage

Germany (South),
21.08.2010, 08:17

@ nidud
 

Bug report - menu bar still active in hidden state

> Try deleting the lib directory and also the src/build.exe and src/c0.obj
> files to make shore the library are rebuild.

Yes, that trick did it. Thanks!

---
MS-DOS forever!

nidud

E-mail

Norway,
03.10.2010, 12:52

@ rr
 

The Doszip Commander version 2.04 available

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 2.04 - 01 Oct 2010
- fixed bug on converting hex strings (2.03+)

Changes in 2.03 - 25 Sep 2010
- fixed bug on hidden command line (Alt-F8/Up/Down)
- fixed bug in Panel Info (Volume Label)
- fixed bug in Clipboard (Paste)
- fixed bug in Text Edit (inserting char at end of line)
- fixed bug in Toggle Egalines (Alt-F9)
- fixed bug in the Resource compiler (RCEDIT.EXE)
- added fast mode switch for EGA+ (Alt-F9)
- added more support for mono board (seg B000h)
- added B/W mono color to Screen Setup (Ctrl-A)
- added support for lines > 80 and line count > 50

Note: The hard-coded columns are now removed so the program should now adapt (better) to the current screen setting. However, the only modes supported are still 3 and 7 with 25 or 50 lines. The command mode con lines=43 will not work unless the "Restore screen mode" is off. This adaptation will ensure output on the unsupported modes, but mouse support will be limited.

nidud

E-mail

Norway,
14.11.2010, 17:20

@ rr
 

The Doszip Commander version 2.06 available

The Doszip Commander version 2.06 available

Home page: https://sourceforge.net/projects/doszip/
Download: https://sourceforge.net/projects/doszip/files/

Changes in 2.06 - 13 Nov 2010
- fixed bug in Panels - Sort directories
- fixed bug on reading [Filetype] from dz.ini
- added Text info to Class view
- added dialog Load Directory (Alt-P)
- added Open/Save dialog for Setup and Text View

Changes in 2.05 - 17 Oct 2010
- fixed bug in File Search (F9)
- fixed bug in Compression dialog (compress level)
- added fast compression to Copy (F4 and Shift-F7)

[Filetype] This works:
        c=
        cpp=
        mak=
        makefile=

This did not work:
        makefile=
        mak=
        cpp=
        c=

Macros are added to Create list:
        \\      \
        \%      %
        \t      09
        \n      0D 0A
        %id     Index (loop counter)
        %cd     Current directory
        %dz     Doszip directory
        %o      Offset (F2 in File Search)
        %s      Search string
        %ext    .asm
        %n      cmmklist
        %p      /doszip/src/dzmain
        %f      /doszip/src/dzmain/cmmklist.asm

The format [%id]\nO=%o\nF=%f\n may be used to save/load/swap list to File Search. This is not implemented but the %id format switch works. A flag is set when using F4 to edit a search entry to load File Search on return.

A limited replace tool is added (fxchg.com) to test macros above.
To remove from file:
fxchg -o%o -l<length of string to remove> %f\n
Add to file:
fxchg -o%o "-s<new string to add>" %f\n
Add to top of file:
fxchg @asmhead.txt %f\n
To replace text:
fxchg -o%o -l<length of string to remove> "-s<new string to add>" %f\n

This will fail if called with the same file twice with <length> != <new string>.

Additional libraries are added supporting NMAKE, WMAKE, and MAKE. Some debugging tools and a Borland C project file are added to the source code. Some tiny model library source code is added and some TSR stuff.

Note: Loading old .tcl files to Class view may be a problem..

nidud

E-mail

Norway,
14.11.2010, 23:42

@ nidud
 

The Doszip Commander version 2.06 available

The Class view problem is fixed. The Class was pushed on the stack and demanded a reload on entry. This is now saved in the history file, so the lines will then be static. Some TSR snapshots:
[image]
The loading of classes have a fixed line count:
[image]
[image]
[image]

nidud

E-mail

Norway,
15.11.2010, 15:17

@ nidud
 

The Doszip Commander version 2.08 available

There was another bug in the Class viewer on pasting text to the name entry.

When creating a struct in this way it will be useful to copy text from a file directly into the dialog. A simple copy function is added to the Text viewer to copy a line of text from the mouse(x,y) position (Right-Click).
[image]
[image]
This works in Text and Hex view but not in Class view:
[image]

Rugxulo

Homepage

Usono,
20.11.2010, 18:35

@ nidud
 

The Doszip Commander version 2.08 available

I don't remember seeing any obvious documentation on the class viewer, so I guess that's experimental. Well, the *.tcl files (why that extension, BTW?) are only in the source archive anyways. Seems that Ctrl-F3 opens a class. Looks good, didn't test too much, not sure if it really worked like I thought. If this makes it easier to edit ZIP file headers and CDS, then that's a cool feature! :-)

P.S. Sorting by size seems broken after about 27 or 28 files (dirs included), at least on my machine.

nidud

E-mail

Norway,
21.11.2010, 15:22

@ Rugxulo
 

The Doszip Commander version 2.08 available

> I don't remember seeing any obvious documentation on the class viewer, so I
> guess that's experimental. Well, the *.tcl files (why that extension, BTW?)
> are only in the source archive anyways. Seems that Ctrl-F3 opens a class.
> Looks good, didn't test too much, not sure if it really worked like I
> thought. If this makes it easier to edit ZIP file headers and CDS, then
> that's a cool feature! :-)

The extension comes from Textview->CLass view. It was made for viewing binary data in a more organized way, originally used to view memory locations. The *.tcl files is only samples on how to use it. Use Ctrl-F2 to create new *.tcl files.

> P.S. Sorting by size seems broken after about 27 or 28 files (dirs
> included), at least on my machine.

This is a bug from v1.57+. It breaks on 8000h (signed compare):
..\src\crtl\clib\wssort.asm line 216:

        jl      wssortfcb_04

Change this to:

        jb      wssortfcb_04

Back to index page
Thread view  Board view
22632 Postings in 2109 Threads, 402 registered users, 371 users online (0 registered, 371 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum