comp.lang.ada
 help / color / mirror / Atom feed
* Re: upgrading production ada programs years later
       [not found] <2c883418-1ab3-4434-a445-3eb696818453@googlegroups.com>
@ 2018-02-02  8:46 ` Björn Lundin
  2018-02-03 20:30 ` Shark8
  1 sibling, 0 replies; 2+ messages in thread
From: Björn Lundin @ 2018-02-02  8:46 UTC (permalink / raw)


On 2018-02-01 20:25, polymorph self wrote:
> ez?
> hard?
> living hell here at work with oracle c++ and iis combo
> high hilarity in fact
> 


We produce Warehouse Management and Warehouse Control software
(WMS/WCS), that is we tell forklift drivers what and were to pick up and
deposit, we tell machines like conveyors/cranes/sorting
machines/autostores what and were to pick up and deposit.
In the other end we talk to ERP systems like SAP/Oracle/JD Edwards/Baan
and break down orders to pick lists.
small warehouse ~ 5 - 10 concurrent users
big warehouse ~ 250-400 concurrent users.

These systems live longer than we actually want ;-)
a lifetime of 20+ years is common.
During its lifetime we upgrade and enhance with bespoke functions
due to change in customers business. (or because OS/DB support exists)

Like e-commerce has put a large change in order structure.
20-25 years ago, it was fairly uncommon that a warehouse delivered
directly to customers. They almost always delivered to physical stores
or smaller warehouses. That means a large quantity was full pallets.
Now - most web-shops sell single units directly to the customer.
Most people would be (happily) surprised if they got a full pallet of
laptops when they order just 1 ... Picking has increased alot

But as I said - we maintain and upgrade systems from 1995 and forward.
It is _usually_ fairly simple.
It is more annoying when they want something in their 1997 system that
we started using in 2009 - like web services. Compiler generations
very quickly becomes an issue then.

BUT, we have never had any trouble in production due to upgraded
compilers. However we do get tonnes of new warnings compiling old code
with new compilers.

The most difficult parts has been switching from AlsysAda and ObjectAda
to gnat. Gnat is much pickier about elaboration circularities - or
the others where just plain wrong. Some parts of the code - usually
with heavy tasking - has been subject to elaboration circularities.
And they are no fun at all.

-- 
--
Björn

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: upgrading production ada programs years later
       [not found] <2c883418-1ab3-4434-a445-3eb696818453@googlegroups.com>
  2018-02-02  8:46 ` upgrading production ada programs years later Björn Lundin
@ 2018-02-03 20:30 ` Shark8
  1 sibling, 0 replies; 2+ messages in thread
From: Shark8 @ 2018-02-03 20:30 UTC (permalink / raw)


On Thursday, February 1, 2018 at 12:25:06 PM UTC-7, polymorph self wrote:
> ez?
> hard?
> living hell here at work with oracle c++ and iis combo
> high hilarity in fact

Easy; really easy.
I've compiled 30-year old Ada 83 code using an Ada 2012 compiler with minimal changes to the source code (mostly due to new keywords; there was one or two files I had to split due to GNAT's requirement that the spec & body be in separate files, but that was due to the implementation, *NOT* Ada).


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2018-02-03 20:30 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <2c883418-1ab3-4434-a445-3eb696818453@googlegroups.com>
2018-02-02  8:46 ` upgrading production ada programs years later Björn Lundin
2018-02-03 20:30 ` Shark8

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox