All Things WinBatch > WinBatch

Porting from old, old Winbatch

(1/3) > >>

I've been programming in Winbatch since about 1992.  Since about 2007, I've never had any real impetus to upgrade.  The language interpreter is v97d dated 2007.  It has always worked perfectly up to (at least) Windows 8.  I've always considered it the most reliable piece of software I have.

The problem is, I lost the key to both the Interpreter AND the (pseudo) compiler.  Do you have records of registration that far back?

My other option would be to port my old code to your new code.  The problem there is that I have about 700kb of source code to port.  I would have to ask you about any structural changes you've made (my Winbatch is most like a structured Basic) AND how you've changed the function names.

It would be most helpful if I could get a list of the current functions to reference.

Morrie passed away didn't he?

Thanking You,
Bob Staudenmaier

Hi Bob!

A few years ago I found myself in the same position you're in. I've been using Winbatch and their compiler since the mid 1990s. Same as you it had worked perfectly and I had way more than 700kb worth of scripts. I also had a registration hiccup.

Tony (AKA Island Lake Consulting), the current owner and maintainer, didn't have registration records going back that far. Since they've kept the purchase price very affordable, I purchased a new license.

As far as your old scripts? I've opened some very old ones in Winbatch Studio with great success. My old scripts only need to point to any new extenders and they've compiled and run just fine. If I do have any issues it's been nice having this forum to ask questions. The debug and "step through" functions in Studio also help immensely!

I would have to ask you about any structural changes you've made (my Winbatch is most like a structured Basic) AND how you've changed the function names.

In my experience there are no changes to structure and very few (if any) changes to previous function names. As I mentioned, my old 1990s scripts work just fine. I'm happy to report that Tony's dedication to maintaining and improving Winbatch have given my old scripts new capabilities in new Windows versions.

As far as what's new or updated? The WIL help file is posted at

I think you'll find that the upgrade is well worth it!

As has been already mentioned we do not have any license information earlier than mid-year 2017 so you are out of luck with regard to license retrieval. All the changes made to WinBatch and WIL from around 1995 are available by following the "What's New" link on the WinBatch site's home page. Happy reading...

<edit> The WinBatch installation includes a file called "Read Me Now.txt". The file contains a description of any breaking changes made to WinBatch over the years.

I confirm all that jmburton2001 said.
I can add that I think it's a great value.


Thanks very much, people!  This should be an easy port.  Since I write my own extenders, the only thing I have to worry about are any changes to the protcocol that references an extender function.  (That calls the extender.)  With Morrie's protocol, you just had to number the functions.  e.g.

COMMEXTSTRUCT CommandExtTable[] =

  Maximum of 5 parameters per function.
  ID   Type      Params/Value  Size  123456789ABCD

  { 0,  CONSTANT,  MAX_PATH,     0,  "@maxpath"  },    // is equal to MAXPATH=260
  { 1,  CONSTANT,  WB_ERROR,     0,  "@error"    },    // is equal to 3
  { 2,  CONSTANT,  WB_LICENSE,   0,  "@license"  },    // is equal to 3
  { 3,  CONSTANT,  WB_OK,        0,  "@ok"       },    // is equal to 2
  { 4,  CONSTANT,  MAX_STRSPACE, 0,  "@MAX_STRSPACE"}, // is equal to 15,000

  {10,  FUNCTION,  0x001F0001L,  0,  "xextenderinfo"}, // xExtenderInfo(n)
  {11,  FUNCTION,  0x001F0001L,  0,  "initextend1"  }, // InitExtend1(s)
  {12,  FUNCTION,  0x001F0002L,  0,  "yesnoquery"   }, // YesNoQuery(s,s)
  {13,  FUNCTION,  0x001F0001L,  0,  "fetchfilename"}, // FetchFileName(s)


[0] Message Index

[#] Next page

Go to full version