Better question, "Where is Michael Kahn these days"?



> Off topic, but: Steve, where is Bill Morrow these days - ?
>
>
> > I only lurk about here nowadays, and must have missed something
> > somewhere along the lines these past 16+ years !

Sorry, Christopher, but I do not remember a 'Bill Morrow'!

:o(

-----

> Off topic, but: Steve, where is Bill Morrow these days - ?
>
>
> > I only lurk about here nowadays, and must have missed something
> > somewhere along the lines these past 16+ years !

Steve -- Not here in ZTree, but on thinkpads.com.

You, Bill, and another fellow whose name I've forgotten set up a successor ThinkPads site after there was some unpleasantness with Lenovo, post-T43 days. Within days it was hacked. Bill's name still is on the forum, but I suspect that he's not around anymore.

As for Michael Kahn, there's been a straw in the wind or two here; someone else may know. So many familiar names of the ZTree past now gone missing. Jeff Johnson of XTree I guess used to surface once in a great while, but no more.

Many of us around here are getting on in years. Not Kim H., though, or Victor G.

- Christopher Muñoz


...........................

> Sorry, Christopher, but I do not remember a "Bill Morrow"!

Christopher:

Now I understand! I believe you have the wrong ' Steve Fields'.

I am not as technically gifted as most others here
on the forum although I have done my share of
programming. I am more of a 'Fixer'.

LinkedIn : Steve Fields Profile

===== ===== =====

> Steve -- Not here in ZTree, but on thinkpads.com.
>
> You, Bill, and another fellow whose name I've forgotten set up a
> successor ThinkPads site after there was some unpleasantness with Lenovo,
> post-T43 days. Within days it was hacked. Bill's name still is on the
> forum, but I suspect that he's not around anymore.
>
> As for Michael Kahn, there's been a straw in the wind or two here;
> someone else may know. So many familiar names of the ZTree past now gone
> missing. Jeff Johnson of XTree I guess used to surface once in a great
> while, but no more.
>
> Many of us around here are getting on in years. Not Kim H., though, or
> Victor G.
>
> - Christopher Muñoz
>
>
> ...........................
>
> > Sorry, Christopher, but I do not remember a "Bill Morrow"!

Thank you, Slobodan!

===== ===== =====

> > All I get is :
> > "Deze website is binnenkort beschikbaar..."
> > I do remember [rpVT] now, but never had the use for it!
>
> I know, maybe Laurent will respond...
>

> Hi
> because i still love rpVT, i tried to get it work with ZT64.

I love(d) it too :)

> Finaly i got ZT64 v2.4.169 together with rpVT b424:
> Starting with Zeta v2.4.31, rpVT synced ZT, but did not find zbar.dat
> because of
> "Change- %APPDATA%ZTreeWin searched prior to %#ZTHome% for user files"

This applies if ZTree is itself installed under "Program Files".
Only in this case ZBAR.DAT is created and updated in %APPDATA%ZTreeWin.

I personally have ZTree location at D:ProgrammeZTree.
So ZBAR.DAT is created/updated in D:ProgrammeZTree (working well with other ZAAPs).

> My solution: Copy rpVT into %APPDATA%ZTreeWin
> Any better "trick"?

Hey I finally got rpVT to sync with ZTree (first time on Win7 ever! :-)
Condition:
rpVT seems to NOT look for "ztw64.exe".
Nor does it sync with the 64-bit version, even if I rename ztw64.exe to ztw.exe.

So, though it's a restriction to the win32 version, it does sync with ZTree (32-bit) in its normal location (which is outside of "C:Program Files" for me anyway).

That is good news. Thanks for your contribution !

Sincerely,
Hartmut

> > All I get is :
> > "Deze website is binnenkort beschikbaar..."
> > I do remember [rpVT] now, but never had the use for it!
>
> I know, maybe Laurent will respond...
>

ZTWiki has been closed for some time now for lack of interest from the community, total lack of time from myself to maintain it, but mostly because of a major vulnerability in the TikiWiki that ended up with the site being hacked and all other websites installed on shared account being hijacked as well as a result.

TikiWiki plateform development was stalled at one point while some upgrade paths in the past were bumpy to say the least ending up twice in the site being totally messed up or files being corrupted. I lost confidence in this plateform in the end. I wondered for a while to export to a more flexible and popualr plateform such as Joomla or Wordpress, but contributions on ZTwiki were created with wiki-syntax, not HTML, limiting the options or increasing the challenge to export. Actually both.

I kept all files/mysql database though. If somebody wants to rebuit a new site on another plateform, I can give all archives.

Kim, you saved my career in 1996 with Ztree. I owe you a lifetime of gratitude. If you're ever in Central California you've got a place to hang your hat. :)

The oldest installer I have is v1.0, which is dated 8/23/1996.

Here is the contents of that archive.

J:BackupOld Hard DrivesGREP20040423SYSINSTALLZTREEFull ReleasesZTW100.ZIP
──────────────────────────────────────────────────────────────────────────┤d W├
archiver .bb2 11,231 .a.. 8-23-1996 10:00:00 pm
bmp .bat 12 .a.. 8-23-1996 10:00:00 pm
history .doc 3,969 .a.. 8-23-1996 10:00:00 pm
order .frm 6,990 .a.. 8-23-1996 10:00:00 pm
zip .bat 33 .a.. 8-23-1996 10:00:00 pm
ztw .doc 7,949 .a.. 8-23-1996 10:00:00 pm
ztw .exe 244,736 .a.. 8-23-1996 10:00:00 pm
ztw .hlp 25,422 .a.. 8-23-1996 10:00:00 pm
ztw .ico 4,026 .a.. 8-23-1996 10:00:00 pm
ztw_cfg .exe 51,712 .a.. 8-23-1996 10:00:00 pm
ztw_reg .exe 24,576 .a.. 8-23-1996 10:00:00 pm


My records show that I sent Kim my first Ztree registration form on October 2nd 1996 via snail-mail, and my original ZTW.KEY is dated October 7th 1996. It appears that my first emails to Kim (khenkel@gate.net) in December of 1996 were about version 1.11.

Here's the contents of the HISTORY.DOC in the 1.0 release.

---CUT---

ZTreeWin Revision History
--------------------------

version 1.00
-------------
Fixed - Print file not forcing page feed at end of document
Fixed - Print Dir/tree/cat hanging
Fixed - Execute function needed to restore video mode on exit
Fixed - Bug in View searching from last build

version 1.00k
-------------
Added - Cycle through View tagged files for searched text with ' '
Added - '/' key to act as '?' for disk stats
Fixed - Prune showed Root contents if dir not deleted (for full-disk)
Fixed - Right-align tags in long filename display mode
Fixed - Esc not functioning under '95 when Caps-Lock on
Fixed - File viewer now opens files in shared mode

version 1.00j
-------------
Fixed - Arj commands now working from ARCHIVER.BB2
Fixed - GPF in clock thread if using 12hr time format

version 1.00i
-------------
Fixed - Program now starts in current directory
Fixed - Aborting '*' logging lead to a GPF
Fixed - About box displayed once at startup after registering (Alt_F1)
Fixed - Alt menu not resetting after Alt_F1

version 1.00h
-------------
Added - Included sample .BAT files for .ZIPs and .BMPs
Added - 12/24 hour time format option to ZTW_CFG
Fixed - GPF in SortDirectory() under NT
Fixed - problems with Device setting for Print functions
Fixed - problems with current path under NT
Fixed - Hard errors (disk A: not present) causing two error popups

version 1.00g
-------------
Added - yymmdd date format option to ZTW_CFG
Fixed - Move function, wasn't allowing replacement of existing file
Fixed - problem with registration key decoding
Fixed - cosmetic problem with open archive pathnames

version 1.00f
-------------
Added - Implemented registration processing and utility ZTW_REG.EXE
Fixes - to path searching logic - removed Program path from ZTW_CFG.EXE
Fixed - video mode problems when using Alt-F10 for configuration
Fixed - Viewer bug preventing the whole file from loading
Fixed - GPF when setting filespec with no matches in split-screen mode

version 1.00e
-------------
Fixed - CapsLock bug under Win95
Fixed - trap when ZTW.INI not present
Fixed - trap when Esc during re-logging current drive
Fixed - Rename directory (full-disk mode) caused resetting to root
Fixed - Alt-Copy/Move problems with maintaining fullpath
Fixed - Treespec function '' now completes current path
Fixed - Cursor shape for insert-mode

version 1.00d
-------------
Added - support to copy/move as/rename to other name
Fixed - video-mode changing for both fullscreen and windowed
Fixed - Set requested video mode at startup (config or command line)
Fixed - Prevent screen being cleared after eXecute command
Fixed - Archive tagged files (ctrl-F5) now working

version 1.00c
-------------
Fixed - Alt-E and Alt-O to start seperate sessions
Fixed - (I hope) problems logging empty volumes
Fixed - keyboard routine was not catching shift-tab
Fixed - 'New date' file date function
Fixed - Open Archive (Alt-F5) was corrupting video attributes

version 1.00b
-------------
- Global/Ctrl-Global worked only when matches were on current drive
- Added Ctrl_C to emulate Ctrl_E in Open Archive functions
- Set video-mode to setting in configuration at startup
- Fixed GPF occuring in file-logging of very long filenames
- Video was not restored after calling external programs
- File times were not being converted to local timezone

version 1.00a
-------------
- Copy/Move functions did not create new directories
- Set Volume name implemented
- Default editor changed to EDIT.COM
- Command lines switches (eg. /XT) accept lowercase
- Esc during logging (after startup) caused a trap

version 0.90
-------------
- First Alpha release

** Special thanks to all the brave souls who volunteered to
put ZTW through its paces and help me weed out the baddest
of the bugs!

> Kim, you saved my career in 1996 with Ztree. I owe you a lifetime of
> gratitude. If you're ever in Central California you've got a place to
> hang your hat. :)

I remember an awkward period between Windows 95 not working properly with Xtree, and discovering Ztree. I can't remember how long it took me to discover it, but was so relieved that I bought a pile of licences. Can't remember how many, but I bet I'm the last one still using them.

> Here's the contents of the HISTORY.DOC in the 1.0 release.

The current history.txt only goes back as far as November 2008. I recently found a webpage where someone had compiled a list of all the changes prior to that (or possibly some earlier date), but I can't find it now. Does anyone know of it?

> The current history.txt only goes back as far as November 2008. I
> recently found a webpage where someone had compiled a list of all the
> changes prior to that (or possibly some earlier date), but I can't find
> it now. Does anyone know of it?

Found it, it's at http://www.xtreefanpage.org/docs/ztw_hist.txt

It ends in August 2008 at version 1.73, whereas the current history.txt starts at v2.0.116 just 3 months later, so unless there was a big jump in version numbers, it sounds like there are some important changes missing.

There are a few more years n this list of ZtreeBold changes:
http://www.xtreefanpage.org/docs/ztb_hist.txt

I found those mentioned here, with the release of v1.5, so someone must have added further updates since then:
http://www.ztw3.com/forum/forum_entry.php?id=74166

Lots of Xtree change history here too:
http://www.xtreefanpage.org/lowres/x30vers.htm

Thank you Hartmut
for your input, now I've got it

> I personally have ZTree location at D:ProgrammeZTree.
> So ZBAR.DAT is created/updated in D:ProgrammeZTree (working well
> with other ZAAPs).

Thus the path und directory name are not relevant
...

> rpVT seems to NOT look for "ztw64.exe".
> Nor does it sync with the 64-bit version, even if I rename ztw64.exe to
> ztw.exe.

Solution tested with Win7:
Copy ZT & rpVT -files in same directory
start ZT with ZTW64.EXE /Y /ZB then rpvt.exe /qz
rpVT starts in Standalone Mode
klick two times (minimum) on to the S
rpVT sync's
full house :-)

So, no restriction to the win32 version, just a little unconvenient to start

have fun
Bernhard

> Copy ZT & rpVT -files in same directory
> start ZT with ZTW64.EXE /Y /ZB, then rpvt.exe /qz
> rpVT starts in Standalone Mode
> klick two times (minimum) on to the S
> rpVT sync's

Wow, syncs here too!

One condition:
clicking on S here only syncs after ZTree at least once has updated zbar.dat,
e.g. by leaving the eXecute window or moving the cursor. (tried on Win7 64bit here)
Reason: rpVT creates an own zbar.dat file if it doesn't sync at startup.
As both tools have the same current dir, both work on the same zbar.dat.
This has to be updated by ZTree at least once,
otherwise I guess rpVT doesn't find ZTree's window handle, see zaap.txt.

BTW: The /ZD parameter (see install.rme) alone did NOT help to get synced to ztw64.
But helps with 32-bit ztw.exe: it does sync here at startup!
See the discussions near http://www.ztw3.com/forum/forum_entry.php?id=109818


Thanks a lot for you contribution, Bernhard!
I had already given up getting rpVT to work on Win7 64bit.

Hartmut

> It ends in August 2008 at version 1.73, whereas the current history.txt
> starts at v2.0.116 just 3 months later, so unless there was a big jump in
> version numbers, it sounds like there are some important changes missing.

Here's the top of the 1.74 history.txt. It starts at 0.90 the first alpha release.


Version 1.74 (10 October 2008)
------------
Change- View - HEX - Edit - Enter/Esc now remains in edit mode without saving
Change- Window resizing - workaround for improved support under Wine
Fixed - Alt-F5 - Allow use of F12 & Alt-F12 when no matching files
Fixed - Alt-F5 - Ctrl-Extract - Override/Skip existing file prompt missing for RSH target file
Fixed - F7 Autoview - Leaving Autoview in an unsplit normal FW did not redraw path line
Fixed - F8 Split - Default target directory not always set to current directory of opposite panel
Fixed - F9 - #ZTSet - Not substituting batch parameters
Fixed - F9 - Alt-E - PgDn/PgUp - Not paging script by the correct amount of lines
Fixed - Log - F4 Map network drive - Not opening dialog under Windows x64
Fixed - Log - Remote drives not showing UNC in tree display under Windows x64
Fixed - Move - Global FW - Target directory on different drive not resorted
Fixed - Tag/Untag (Archive DW) - Alt-K tagged files display not updated in tree
Fixed - View (.zip) - Append '.' to archive filename with no extension to avoid WinZip bug
Fixed - View - Offset - Offset incorrect when Line option previously used
Fixed - View - UNICODE - Offset command not working correctly

Version 1.73 (17 August 2008)
------------
Added - F2 Browse - Shift-F3 - Refresh first-level sub-directories only
Change- Alt-Prune - Improved prompts for "F6 Delete only empty directories"
Fixed - Alt-F10 - F1 causing Upgrade notice to be shown on exit after change
Fixed - Alt-Graft - Prevent creation of a new directory under the source directory
Fixed - Alt-Home - Empty FW - Not resetting height of Small FW
Fixed - Ctrl-F12 - Incorrectly recording text inserted from clipboard
Fixed - F2 Browse - Buffer-overflow when opened from non-directory input prompt
Fixed - F3 (FW) - File list offset changed unnecessarily when first file in list highlighted
Fixed - F7 Autoview - DUMP - Wrapped search hits not highlighted correctly
Fixed - F8 Split/TAB - (CO-1V=No/CO-3E=Diff) - Sort order lost following Move/Delete/Rename
Fixed - F12 - Not replaying Shift state for underscore '_'

Graeme

Hi Bernhard,

Good question, thank you. I was away for a few days, and only caught up with the forum now.

There are a couple of separate issues with rpVT b424 used against ZTW64 v2.4x.

1.  The location of zbar.dat i.e. %#ZTHome% vs. %APPDATA% depending on ZTree's installation directory.

Maybe Kim could add yet another environment variable such as #ZTZBarDir (a la #ZTIniPath) to hold the directory of the current zbar.dat (only applicable if ZTree was started with /ZB).

Until then, the command line for rpVT needs to somehow hardcode the /zd directory.

2.  rpVT not sync'ing with the target ZTW64.

Issue here is rather technical, and is due to Windows' rules of 32b/64b cohabitation. Haven't truly got to the bottom of it, but what appears to happen is that rpVT routinely performs a window and process check on the handle read from zbar.dat but, when the window owner is a 64b process like ZTW64, something fails along the way, which prevents sync'ing.

Until that's fixed in rpVt (or hacked some way or another), a possible workaround is to force rpVT to run in "remote mode", where those checks are bypassed. That can be done with the /rm command-line switch, for example /rmbb to specify a bogus "remapping" of drive letter B to itself (it doesn't matter whether the drive letter is in use or not).

The following F9-menu command appears to work fine for me with ZTree v2.4.169 under Win7 x64 and Win10 x64 (fix the paths to rpVT.exe and zbar.dat as needed):

start %#ZTTools%rpvtrpvt.exe /rmbb /zd%#ZTHome% /qz

Granted, the above is only a workaround rather than a real solution, and it sacrifices some of the "local mode" functionality (e.g. sync'ing and auto-switching between multiple instances of ZTree with different roots), but maybe someone will still find it better than nothing.

Best,
Liviu

> Solution tested with Win7 [...]

Neat hack, +1 to both you and Hartmut ;-)

Best,
Liviu

> start %#ZTTools%rpvtrpvt.exe /rmbb /zd%#ZTHome% /qz

Nice workaround, thanks

> start %#ZTTools%rpvtrpvt.exe /rmbb /zd%#ZTHome% /qz

Syncs here on startup, too.
Nice workaround, thanks

> Version 2.4.169 (29 September 2016)
> Added - Alt-F10 - CO-1M - Timestamps shown in timestamp timezone

I have set CO-1M to Yes.
Now if I try to increment a file's modify date/time, e.g. +1s,
this works okay on files from Winter.
But on files from Summer (modify date lies in Daylight Saving Time range)
the time is incremented by one hour plus one second.

Anyone else?

Hartmut

> > Version 2.4.169 (29 September 2016)
> > Added - Alt-F10 - CO-1M - Timestamps shown in timestamp timezone
>
> I have set CO-1M to Yes.
> Now if I try to increment a file's modify date/time, e.g. size="3" color="#003399">+1s,
> this works okay on files from Winter.
> But on files from Summer (modify date lies in Daylight Saving Time
> range)
> the time is incremented by one hour plus one second.
>
> Anyone else?
>
> Hartmut

Yes, I believe I have seen this behavior. I couldn't for the life of me figure out why this or something like it was happening, and then it seems to have gone away. No surprise now, as we moved to Standard time just two months ago.

Hi

when i decided to switch to XP from win98
i bought 2 new and exactly the same motherboards and much later 1 bought another same kind but used one, i had the total of 3.

when some online game was introduced to me. I killed some monsters and they dropped items and picked them up and was selling them from in-game shop for in-game coins for 7 years, which means my pc had to be on for 7 years too. during this time, i lost 2 motherboards (1 new and 1 used)

i simply replaced the motherboard, my xp survived, i didnt had to reinstall the XP and all other softwares and their settings. this was the happiest moment... 2 times

-----

i dont see the difference between win10 and XP in my definition of OS.
what microsoft killed was IE and DirectX

when i uninstalled the IE from win98 and XP, it took away the shortcut keys with it.
even though shortcut keys had nothing to do with IE.

firefox still runs in XP, and it is a semi OS independant software (only because of win98) i hate to lose win98's FAT 32 DOS.

microsoft killed the directX in XP and will kill it in your win10 later.
even though directx has nothing to do with OS, this is why people should support the openGL which is an OS independant video accelerator.

-----

if ztree supports a different OS, i will follow that OS. you may let me know what OS might be a good candidate.

-----

here is something about me
i am a physicist and do numerical analysis with the true basic complier with DOS 6.22.

about true basic maker
he was an alert einstein's math assistant
he was doing the numerical analysis in the manhatan project
he was the 1st one who developed the math complier before fortran (i am not totally sure of this one)

* true basic pro version and windows version are trash. slower and unstable, and have the bad editor(because the maker died).. meaning i am stuck with the DOS forever