Account Options

  1. Sign in
The old Google Groups will be going away soon.
Switch to the new Google Groups.
Google Groups Home
« Groups Home
Message from discussion After porting a DOS BP7 app to Delphi....
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Scout  
View profile  
 More options Sep 25 2006, 3:42 am
Newsgroups: borland.public.delphi.non-technical
From: Scout <Toothpa...@farts.com>
Date: Mon, 25 Sep 2006 19:42:18 +1200
Local: Mon, Sep 25 2006 3:42 am
Subject: After porting a DOS BP7 app to Delphi....
Hi,
  I've posted before about my experiences in trying to get a very mature
DOS based POS BP7 app into Delphi and Windows.

  The process took me about 6 months.  Although I was the original
author of the BP7 app, it has changed significantly since I last looked
at the code.  I spent some time perusing the BP7 source, then gave up
and just started coding in Delphi.

  The end result was released to the customer in April.  Nothing went
wrong.

  In June, the customer opened a new store with rafts of new
functionality required, and specified that they wanted to use the new
Delphi app for this store.  This was to be their biggest ever store, and
a flagship for the company.

  I would like to say that nothing went wrong when this store opened,
but I would be lying.  The software worked flawlessly, but the local
councils hadn't figured on how much interest would be generated by this
new store.  The traffic jams were so bad that motorway off-ramps had to
be closed.  National news carried stories asking customers NOT to visit
the store because of the traffic chaos.

  I felt pretty chuffed that my new Delphi program had been able to
handle the load and not cause any trouble, but my proud Dad feeling went
away when the customer issued a general request to many other software
companies to propose a new nation-wide software solution for their POS
systems.

  This customer has an IT department that tracks all computer faults.  
In the last few months, the new store has had only one: a hard disk
failure.  How could they think of throwing my software out after such a
short time when it seems to be so reliable?  Functionally it is similar
to the old DOS system, but it has many enhancements that make it easier
to use.

  There was a hint of what might be going on when the customer started
trying to figure out how much it would cost and if it was feasible to
replace all of the DOS units before Christmas.

  I've only found out about this today:

  There is a DOS to Delphi replacement plan in place.  Thousands of
machines need to be replaced - all to run my new Delphi program.  The
other potential vendors have been told thanks, but no thanks.

  It turns out that they like the Delphi solution so much that it is
going to be installed everywhere.  And it is going to happen in the next
few weeks.

  Apart from the cash that such an enthusiastic response generates, I
find myself overwhelmed that a brand new software product should be
received so positively.

  The new software was built using BDS2006.  I've only just applied the
hot-fix rollup.  I've had many situations where I've lost hours of work
thanks to the IDE suiciding, but in each case I've been able to re-
create my work easily, and usually have improved on what I had written
by re-thinking it.  I'm not sure that having the IDE crash periodically
can be justified as a re-factoring feature, but it works for me!

  The things I like most about the new Delphi code are:

  - Devices like printers, scanners, card-readers are controlled by
loadable drivers which are implemented as bpls.

  - Personality attributes such as "Am I allowed to sell liquor" or "Am
I allowed to sell prescription drugs" are also controlled by loadable
modules implemented as bpls.

  - Devices and personality modules can be loaded or un-loaded without
stopping the program.

  - Updates use a difference engine to control which parts should be
changed, and also to ensure that the database structure is up to date.  
The setup program used for an initial install is the same as the setup
program used for an update.

  - No memory leaks.  No file handle leaks.  No crapping out
unexpectedly.  No support calls!

  I am a happy camper.

Scout


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.