|
-----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Hans Boldt Sent: Tuesday, July 20, 2004 9:07 AM To: rpg400-l@xxxxxxxxxxxx Subject: Re: Crazy little web project >But an HTTP server in RPG? Well, one bottleneck you'll likely run into >is the fact that RPG has limitations running in a threaded environment. >RPG programs are generally non-reentrant. The best you can do is code >the THREAD(*SERIALIZE) option which ensures that a module is active in >only one thread at one time. Threading is normally needed in a server >program to give speedy response to each request. An even quicker way to shuttle the execution of the http request to a worker thread is to have a set of prestarted worker jobs running on the system. Then release either a mutex or LOCKSL type lock to signal the worker job to start running the request string that has been posted to a preset location in a shared user space. Of course, to handle the sort of syncronization required when running multiple threads or jobs, you have to have a language that supports data structure constructors and destructors ( you use the destructor to auto release your mutex locks. The constructor is used to auto acquire the lock. ). Since neither C or RPG provide that support, both will eventually come up short in this sort of a project. Better to use C++. -Steve
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.