PassiveFTP 1.5

PassiveFTP 1.5 — PassiveFTP version 1.5.1667.19669 — minor bug-fix release — this fixes the 11-Jun-04 issue. This turned out to be GDI exhaustion by putting server-side icons in the client icon cache, and thus having to regenerate individual icons for each file on the server, each time the view changed!

Windows page, as usual

PassiveFTP 1.4

PassiveFTP 1.4 — PassiveFTP version 1.4.1560.16653 — minor bug-fix release — if a logon to a new server was abandoned by terminating the program, the current server would be set to the new one — but on restart this would cause an out-of-range error, as there would be no stored server details.

PassiveFTP 1.3.1456

PassiveFTP 1.3 — PassiveFTP version 1.3.1456.17123 — now builds on Linux with gcc. Otherwise, apart from a couple of places where feeding an FXString& to a formatting '...' would have caused garbage, unchanged from previous version. Updated Win32 build with the new code base, Makefile etc.

From the Windows page.

PassiveFTP 1.3

PassiveFTP 1.3 — Not built or tested on anything but Win32 — has improved file icon display for files on the client, and the facility to localize all the messages through text files. Gives patches to add localization for recent Fox 1.1 versions (diffs taken against 1.1.41).

See the Windows page.

Passive FTP 1.2

New version (1.2) of PassiveFTP. It loses the Java Metal skinning and gains HTTP proxy support.

From the Windows page.

CTClib 2.3.1044.27931 interim release

1. I recently received a GnuPG 1.0.7 message that went into an infinite loop while decompressing. Investigation showed that the problem was incomplete support for the OpenPGP indefinite length packets in the code.
2. In trying to diagnose this, going to use the "Extract session key" feature in CTCjava to keep from having to enter my passphrase, I find that there is something up in the JNI layer for this which faults, rendering the feature inoperative. JNI is sufficiently brittle that I don't think this will be fixed. I will now declare CTCjava as having had its last full release.

I have made changes that accomodate the former issue, though this is by way of a stop-gap, copying into a separate buffer the multiple sections of a packet that is of that format, rather than the proper fix, which would be to put an extra abstraction layer of packet reading on top of the file being read. I have produced updated source including fixes for the 30-May-01 and 9-Jun-02 issues, and a replacement dll (version 1.2.1044.27931) for Windows users.

The former is a source archive and a signature inside a zip. Unshell, verify, then unpack over the CTClib 2.3 code, and build. It contains VS.NET and C++ Builder projects, and the CTClib 2.3 makefile should also work - though I've not verified this. The latter is the dll (debug build from VC++.NET) and a signature. Save the old dll, verify the signature on the new one, and drop it in place. Keeping the old dll (and swapping by renaming) allows you to revert if you come across new bugs.

In order to fix the packet length bug properly, I really need to start a full refactoring of CTClib, the end result of which would be a CTClib 3.0, with new, but stable interfaces, and a major revision into C++. What is likely to happen is a series of 2.4 releases (but don't hold your breath) which may change some of the interfaces at each step. Meanwhile there may be a number of 2.3-compatibility interim releases (with later CTCjlib 1.2 version dlls) to patch up serious bugs in the core still being accessed by the Java-based GUI.

In the meantime, there is a FOX-1.1.19 compatible start of a GUI in the source drop, which can do the unpicking of session keys, for those who really need that feature - but you have to build it yourself.

PassiveFTP/Fox 1.1

PassiveFTP client 1.1.960.32720 for Win32 and Linux - Available from the Windows page. This release demonstrates theming of the FOX toolkit v1.1.13 - from FOX 1.1.16, changes to the message mapping class change the details - the change is to the following routine in plaf.hpp (new version shown):-

template<class T, class X> void Skin<T,X>::override(bool set)
{
  static typename T::FXMapEntry * oldmap = 0;
  static long (T::*oldfn)(FXObject*,FX::FXSelector, void*) = 0;

  if(!set)
  {
    if(!oldmap)
      return;
    if(!oldfn)
      return;
    oldmap->func = oldfn;
    return;
  }
  const FX::FXMetaClass * meta = &T::metaClass;
  typename T::FXMapEntry * f = reinterpret_cast<typename T::FXMapEntry *>

    (const_cast<void*>(meta->search(SEL_PAINT<<16)));
  if(f)
  {
    oldmap = f;
    oldfn = f->func;
    f->func = (long (T::*)(FXObject*,FX::FXSelector, void*))(&Skin<T,X>::skin);
  }
}