home *** CD-ROM | disk | FTP | other *** search
/ ftp.robelle3000.ai 2014 / 2014.06.ftp.robelle3000.ai.tar / ftp.robelle3000.ai / newsletter / 1997 / w1997-02.txt < prev    next >
Text File  |  1997-05-20  |  21KB  |  481 lines

  1.  
  2.   What's Up, DOCumentation? 
  3.  
  4.  
  5.  
  6.        Robelle Consulting Ltd. 
  7.        Unit 201, 15399-102A Ave. 
  8.        Surrey, B.C.  Canada  V3R 7K1 
  9.        Toll-free:    1-888-ROBELLE 
  10.                     (1-888-762-3553) 
  11.        Phone:       (604) 582-1700 
  12.        Fax:         (604) 582-1799 
  13.        E-mail: support@robelle.com 
  14.        Web: www.robelle.com 
  15.  
  16. Date:  March 1997 
  17.  
  18. From:  Robert M. Green, CEO 
  19.        David J. Greer, President 
  20.        Ken Robertson, Editor pro tem 
  21.  
  22. To:    Users of Robelle Software 
  23.  
  24. Re:    News of the HP 3000 and of HP-UX, 1997 #2 
  25.  
  26.    What You Will Find in This News Memo: 
  27.  
  28.  
  29.       20 Years of Tech Support 
  30.       Qedit for Windows News Update 
  31.       What's Up @ Robelle  
  32.       SmartDate date conversion routines 
  33.       Robelle Calendar of Events  
  34.       A visit to IPROF 
  35.       Robelle Products: Problems, Solutions and Suggestions  
  36.  
  37.  
  38. Robelle is 149 Years Old, in Dog Years 
  39. ======================================
  40.  
  41. In the previous issue of What's Up DOCumentation? we announced that this 
  42. is our 20th anniversary year. Over the years we've built a reputation 
  43. for providing reliable software with excellent support, documentation, 
  44. and service. This is not so much an indication of product longevity, as 
  45. it is a testimonial to a process of continual improvement.  
  46.  
  47. In the next few issues of our newsletter we'll share with you some of 
  48. the lessons we have learned, and how we have implemented them.  
  49.  
  50.  
  51. Technical Support, the Robelle Way 
  52. ==================================
  53.  
  54. We believe we cannot claim to sell quality software products unless we 
  55. have implemented systems that enable our customers to make the best use 
  56. of our products. That is why a significant portion of our effort 
  57. involves providing ongoing service to our customer base. This effort 
  58. takes two forms:  
  59.  
  60. Continuing Education  
  61.  
  62. We continue to vigorously promote our local and on-site training 
  63. program, as well as make our training workbooks available on our Web 
  64. site. We also put a lot of energy into providing additional learning 
  65. opportunities in the following forms: tutorials at user group 
  66. conferences, technical articles in this newsletter, the ROBELLE-L 
  67. Internet discussion list, WinHelp versions of our product manuals, and 
  68. the SMUG Book. All of these publications, as well as an archive of our 
  69. newsletters, are available free of charge from our Web site. 
  70.  
  71. Qualified and Accessible Technical Support Consultants  
  72.  
  73. Technical support consultants are available, via our toll-free number, 
  74. from 7 a.m. to 4 p.m. Pacific time, Monday to Friday. Technical support 
  75. for emergencies is also available outside of these hours, seven days a 
  76. week.  
  77.  
  78. In addition to the wide range of experience available through our 
  79. technical support consultants, our staff constantly upgrades their 
  80. skills through training programs that cover new technologies (RDBMSs, 
  81. Networking, Windows NT, the WWW, etc.). This training often enables us 
  82. to assist our customers with problems relating to other software 
  83. products and environments.  
  84.  
  85. Our technical support infrastructure is built around accessibility to 
  86. and interaction between technical resources within the company. Every 
  87. tricky call is logged in our support database, and it is immediately 
  88. circulated to all the technical people within the company. If we cannot 
  89. provide an immediate answer to the question, the database entries 
  90. determine the priority of R&D's ongoing work for bug fixes and 
  91. enhancements.  
  92.  
  93. We believe an iterative process of ongoing improvement has been the 
  94. major contributor to our reputation as a reliable and responsive 
  95. provider of quality software. Hans Hendriks  
  96.  
  97.  
  98. Qedit for Windows 
  99. =================
  100.  
  101. Creating A Client/Server Editor 
  102.  
  103. Qedit for Windows is our upcoming Microsoft Windows editor that lets you 
  104. edit local, MPE/iX, and HP-UX files from a single MS Windows program. 
  105. Qedit for Windows (QWIN) currently consists of a Windows editing client 
  106. and an MPE/iX or HP-UX editing server. The two work together to edit 
  107. your host files for you.  
  108.  
  109. When we were first designing QWIN, we evaluated the following methods 
  110. for doing client/server processing:  
  111. - Download the entire host file to the PC. Edit the file locally on the 
  112.   PC. When you are finished with your changes, upload the entire file to 
  113.   the host.  
  114. - Download the entire host file to the PC. Edit the file locally, but 
  115.   only upload the changes to the host.  
  116. - Create a smart scheme that interacts between the client and the host. 
  117.   Download only the parts of the file that need to be visible on the 
  118.   client. Upload changes to the host as the changes are made. The third 
  119.   approach is much more difficult to implement, but it has many advantages 
  120.   over the first two schemes:  
  121.   - You can start editing as soon as you open the file. No waiting for a 
  122.     complete file to download. 
  123.   - Network traffic is minimized. This makes editing over a modem a 
  124.     pleasure. Congested networks are not overwhelmed by the extra network
  125.     traffic of a client/server editor.  
  126.   - Changes made locally in the MS Windows client are reflected on the 
  127.     host immediately. If the connection is lost or the local PC fails (due 
  128.     to a power failure, MS Windows aborting, or some other reason), the 
  129.     changes are still available on the host.  
  130.   - The caching code that is required for editing host files can also be 
  131.     used for editing local files. This allows the MS Windows editor to edit 
  132.     files that are much larger than the amount of physical memory in the PC. 
  133.     The result is excellent performance.  
  134.  
  135. Like host-based "Classic" Qedit, Qedit for Windows provides excellent 
  136. performance. We achieve this performance by using a dynamic scheme to 
  137. transfer only the minimum amount of data needed by the client program. 
  138. When you open a file with QWIN, only a screenful of data is sent from 
  139. the host to the client. This allows you to start editing immediately. 
  140. When you cut and paste data from one host file to another on the same 
  141. host, the cut-and-paste is done entirely on the host, without having to 
  142. send the lines to QWIN and back again.  
  143.  
  144. QWIN is a true Microsoft Windows application, incorporating all the 
  145. features of the Windows GUI that you want in an editor. QWIN is not a 
  146. port of "Classic" Qedit's Visual mode from Qedit/3000 or Screen mode 
  147. from Qedit/UX. QWIN is totally new, developed especially for MS Windows 
  148. users.  
  149.  
  150. For more information, visit our Qedit for Windows Web site:  
  151.  
  152. http://www.robelle.com/products/qeditwin.html  
  153.  
  154.  - by David Greer  
  155.  
  156.  
  157. SmartDate: The Robelle Smart Date and Time Library 
  158. ==================================================
  159.  
  160. SmartDate is a library of routines that programmers can call to do date 
  161. conversion, arithmetic, editing, and manipulation. Not only can 
  162. SmartDate convert and edit dates in a variety of formats, it is fully 
  163. compatible with year 2000 dates.  
  164.  
  165. SmartDate can convert a date from one format to another, while providing 
  166. editing capabilities during the conversion. For example, you can use it 
  167. to apply a cutoff year to dates that do not include the century. 
  168. SmartDate routines are callable from 3GL and 4GL, such as COBOL, 
  169. FORTRAN, C, Pascal, Quick, and Transact.  
  170.  
  171. SmartDate routines have been in Robelle's internal products for years. 
  172. These tried-and-true, fully-debugged routines are sure to save you time 
  173. and money.  
  174.  
  175.  
  176. What's Up @ Robelle 
  177. ===================
  178.  
  179. ABC's of Suprtool and Beyond 
  180.  
  181. Although Suprtool can be simple to use, knowing its full capabilities 
  182. can help you create better solutions for your data problems. In a one- 
  183. or two-day training course, we can show you how Suprtool can increase 
  184. your efficiency and teach you better techniques to handle your data. We 
  185. can bring the course to you, or you can come to our office just outside 
  186. Vancouver, B.C. in Canada.  
  187.  
  188. This training course will teach you just about everything there is to 
  189. know about Suprtool: preparing data for importing into other databases 
  190. or applications on almost any platform, speeding up 3GL and 4GL 
  191. applications and reports, linking multiple datasets, creating dynamic 
  192. HTML pages, handling year 2000 issues, and much more.  
  193.  
  194.  
  195. Robelle Calendar of Events 
  196. ==========================
  197.  
  198. IOUW Conference 
  199.  
  200. Stop by and say hello to Francois Desrochers and Nicky Gunther at 
  201. Robelle's vendor booth during International Oracle Users Week, which 
  202. will be held April 27 - May 1, 1997 in Dallas, Texas. 
  203.  
  204.  
  205. A Visit to IPROF 
  206. ================
  207.  
  208. Since the conference's inception, Robelle has attended the annual 
  209. Cupertino Interex PROgrammer's Forum, also known as IPROF. This year 
  210. Neil Armstrong made presentations at a uple of the Special Interest 
  211. Group (SIG) meetings. From an HP 3000 programmer's viewpoint, IPROF is 
  212. probably the best conference to attend because it is an opportunity to 
  213. network with peers, to talk one-on-one with HP 3000 Lab people, and to 
  214. influence R&D directions.  
  215.  
  216. Surprisingly, attendance at the conference was down this year. It may 
  217. have been due to rceptions that information can be retrieved easier and 
  218. more cost-effectively through the nternet than in person. Or perhaps 
  219. travel budgets were tight. Although the Internet is a great source of 
  220. information, talking face-to-face with your peers about their 
  221. experiences can give you valuable insights to your own projects.  
  222.  
  223. One cool thing that every attendee got this year was a swap tape, which 
  224. contained complete versions of shareware, such as the Apache Web server, 
  225. Perl for the HP 3000, and lots of software demos from different vendors. 
  226. The following description of IPROF is based on Neil's report on the 
  227. conference. (Note: Neil couldn't get to all of the talks because two 
  228. different sets of presentations were held simultaneously.)  
  229.  
  230. SigAllbase  
  231.  
  232. Neil introduced Suprtool and announced that Suprtool now supports 
  233. Allbase databases. He discussed and explained the implementation (Open, 
  234. Select and Form commands), and mentioned sort performance. He also 
  235. described some other 4.0 enhancements and the ability to generate HTML 
  236. from data, which prompted several questions from the audience. SigCS 
  237. (Client/Server)  
  238.  
  239. As a result of mentioning the HTML feature in STExport during his 
  240. SigAllbase talk, Neil was invited to SigCS, where he explained the HTML 
  241. feature of STExport. There were several uestions and good discussions. 
  242. He ended by holding up the IPROF freeware tape and mentioning that you 
  243. can create dynamic Web pages with Perl, Apache and Suprtool. From all 
  244. accounts, we are the first member of the HP community to offer HTML 
  245. capability.  
  246.  
  247. SigWeb 
  248.  
  249. Neil suspects that because those who attended SigWeb had already been to 
  250. SigAllbase and SigCS, this talk seemed a bit flat with little 
  251. interaction. At the beginning of the meeting Rick Gilligan from Case 
  252. asked the following questions:  
  253.  
  254. How many people do not have an e-mail address  0 people
  255. How many people do not have Web access         0 people
  256. How many people do not have a Web page        13 people 
  257.  
  258. Of the 13 people without Web pages, most were planning to create one. 
  259. Most of the people also wanted to learn how to create dynamic Web pages.  
  260.  
  261. BOF/Unix 
  262.  
  263. BOF(Birds Of a Feather)/Unix turned into a discussion of the Gnu 
  264. compilers on MPE and POSIX Smoothing, which is the tighter integration 
  265. of MPE and POSIX. A new SigPos/iX was formed. See HP3000-L for more 
  266. information.  
  267.  
  268. SigJava Hosted by Mike Yawn and Gavin Scott 
  269.  
  270. Mike Yawn and his team are very close to getting the Java Virtual 
  271. Machine (VM) 1.1 ported. GSY is also heavily involved on a Java port for 
  272. the HP 9000. Mike plans to leverage forward some of their work.  
  273.  
  274. The way threads work on MPE/iX currently limits the number of allowable 
  275. connections to the Java VM to 35. The Java workspace is a fixed size of 
  276. 5 MB. If you want to learn about Java, Mike considers Java in a Nutshell 
  277. by O'Reilly the best book. In terms of Internet/Interoperability, it is 
  278. interesting that some of the big news about the HP 3000 involves one or 
  279. two people projects.  
  280.  
  281. - Java - Mike Yawn; a two person project  
  282. - Samba/iX - Lars Appel; a one person project  
  283. - TurboIMAGE scalability - makes sure the performance of accessing 
  284.   TurboIMAGE database can keep up with hardware speed  
  285. - Year 2000 Support New intrinsics to handle dates and conversions. 
  286.   Bradmark is coming out with a new IMAGE to Sybase gateway. Gnu C++ 
  287.   compiler support from HP was a big topic during SigMPE. Look for some 
  288.   endorsement from HP to have Orbit do the technical support.  
  289. - General Issues MPE/iX and related subsystems, CI Commands (DATE 
  290.   parameters), CI Variables, PLUS  
  291. - FTP enhancements - ability to transfer all MPE/iX file types, hash 
  292.   command tracks progress  
  293. - Support for larger networks - multiple default gateways, unlimited 
  294.   number of other gateways and default network routes  
  295. - Customer Delight - The focus appears to be what customers have been 
  296.   asking for. Some enhancements are being worked on, others are completed:  
  297.   - Multiple independent job queues  
  298.   - Altjob w/HIPRI option  
  299.   - LISTF, access  
  300.   - New OS date manipulation intrinsics  
  301.   - VPLUS scrollable picklist  
  302.   - New string functions in Allbase/SQL (UPPER,LOWER,POSITION,TRIM)  
  303.   - HPCobol II and Transact enhancements  
  304.  
  305.  
  306. 1997
  307.   New Products
  308.     9 GB disk drive
  309.     fast/wide DLT tape support
  310.     EMC Symmetrix 3430
  311.   Planned OS Releases
  312.     MPE/iX 5.5 Express releases
  313.     IMAGE/SQL enhancements
  314.     VPLUS enhancements (scrollable picklists)
  315.     32-bit ODBC
  316.  
  317. 1998 and Beyond
  318.   New Products
  319.     fiber channel disk arrays (higher throughput disk I/O and disk drives 
  320.     can be 10 km away from CPU)
  321.     DLT library
  322.     improved media management
  323.   Planned OS Releases
  324.     1998: MPE/iX 6.0
  325.     Year 2000 safe NT interoperability (Samba iX)
  326.     Improved system limits
  327.     Performance tuning 
  328.  
  329.  
  330.          Robelle Products: Problems, Solutions and Suggestions 
  331.          -----------------------------------------------------
  332.  
  333. Dynamic Duo: Suprtool and the Web 
  334. =================================
  335.  
  336. You've got a Web server running on an HP-UX or MPE/iX machine. Your 
  337. users are clamoring to get their data and reports from their Intranet. 
  338. You remember hearing, "If it's on paper it's dead", so you need to come 
  339. up with a solution that is dynamic, easy to maintain and implement, cost 
  340. effective, and alluring. You may already have all the parts to your 
  341. solution!  
  342.  
  343. The Common Gateway Interface (CGI) feature of your Web server allows you 
  344. to execute custom programs or scripts, and to dynamically display Web 
  345. pages. These custom programs and scripts can be written in almost any 
  346. programming language. Perl is probably the most commonly used language, 
  347. but you can use C or C++, COBOL, SPL, FORTRAN etc. <Picture: Form1>  
  348.  
  349. We don't necessarily need Java, ActiveX or any other client-based 
  350. solutions; we only need Suprtool and some software that came with your 
  351. HP-UX box. If you are running an HP 3000, you will have to go out and 
  352. get some freeware, such as Perl and the Apache Web server. You'll also 
  353. have to learn a little more about HTML (Hyper Text Markup Language) to 
  354. do some form processing.  
  355.  
  356. We've put together a few examples on our Web pages to show you how 
  357. Suprtool can run from a Perl script on an HP-UX machine accessing an 
  358. Allbase database. Because the sample scripts are a few hundred lines 
  359. long, we decided to leave them on our Web site for you to browse. The 
  360. URL to check out is http://www.robelle.com/support/examples.html  
  361.  
  362. Here's a synopsis of how the example works. An input form is declared as 
  363. part of the HTML document This form contains the definitions of radio 
  364. buttons, text fields, etc., whose values will get sent to the server 
  365. together with the name of the script that will process the data.  
  366.  
  367.   <FORM METHOD="POST" ACTION="/cgi-bin/sx_orders.pl"> 
  368.   <input type="radio" name="tablename"     value="inventory">Inventory 
  369.   <INPUT TYPE="submit" VALUE="Send Request"> 
  370.   </FORM> 
  371.  
  372. Pressing the submit button causes the values of all the input tags to be 
  373. sent from the client to the server, and then to the Perl script 
  374. sx_orders.pl as arguments. (The Perl compiler has some great built-in 
  375. string manipulation routines!) The input data is edited, and the script 
  376. containing the Suprtool Run/Call/Extract is invoked. In our example, 
  377. Suprtool opens an Allbase database and dumps a table to a self-
  378. describing file. With the simple command HTML TABLE, STExport converts 
  379. the file into HTML. The Perl script then checks the Suprtool return 
  380. codes and sets the browser location to the output file, which displays 
  381. the script's output. Voila! 
  382.  
  383. There is a lot more you can do with CGI scripting and Suprtool. You can 
  384. pass parameters to extract information out of different tables or sets 
  385. in your database, specify the sort sequence, and vary the selection 
  386. criteria. And that's not all. All of the things that you have been using 
  387. Suprtool for on your IMAGE, KSAM and flat file data can now be output n 
  388. a Web browser. Users can view their reports on the Web, perhaps saving 
  389. on paper. And you won't even have to write a user interface. 
  390. - by Francois Desrochers and Ken Robertson  
  391.  
  392.  
  393. Fixing a File by Un-Fixing It  
  394. =============================
  395.  
  396. A Qedit user called with an interesting problem. He had a large data 
  397. file that was used as input to a program. The input records had many 
  398. trailing blanks, so he thought he could save a lot of disc space by 
  399. converting the file to variable-length records instead of fixed-length 
  400. records. His first attempt at converting the file was not successful. He 
  401. had used FCOPY to convert the file from fixed- to variable-length, but 
  402. the file didn't take any less space. It seems that FCOPY did not strip 
  403. the trailing blanks.  
  404.  
  405. :listf fixfile,2 
  406. ACCOUNT=  DEV         GROUP=  MIKE 
  407. FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE---- 
  408.                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX 
  409. FIXFILE           200B  FA       13982      13982  20    10928 33 32 
  410. :build varfile;rec=-200,1,v,ascii;disc=123456 
  411. :fcopy from=fixfile;to=varfile 
  412. :listf varfile,2 
  413. ACCOUNT=  DEV         GROUP=  MIKE 
  414. FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE---- 
  415.                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX 
  416. VARFILE           200B  FA       13982     123456   1    12288  9  * 
  417.  
  418.  
  419. Because the customer had Qedit, we used Qedit to convert the file from 
  420. fixed- to variable-length:  
  421.  
  422. :run qedit.pub.robelle 
  423. /t fixfile; set keep var on; keep varfile; exit 
  424. 13982 lines in file 
  425. 13982 lines saved 
  426. :listf varfile,2 
  427. ACCOUNT=  DEV         GROUP=  MIKE 
  428. FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE---- 
  429.                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX 
  430. VARFILE          1276B  VA       13982        514   1     2576  8  8 
  431.  
  432. Qedit stripped the trailing blanks from each record. The file was now 
  433. significantly smaller than the original file. But the user's application 
  434. program choked on the file because the file label no longer described 
  435. the file as a 200-byte file. Qedit assigned its own record length and 
  436. blocking factor, which the user has no control over. The third attempt 
  437. was successful, combining both Qedit and FCOPY:  
  438.  
  439. :run qedit.pub.robelle 
  440. /t fixfile 
  441. 13982 lines in file 
  442. /set keep var on 
  443. /keep foo 
  444. 13982 lines saved 
  445. /exit 
  446. END OF PROGRAM 
  447. :build varfile;rec=-200,1,v,ascii;disc=123456 
  448. :fcopy from=foo;to=varfile 
  449. HP31900A.05.02 FILE COPIER (C) HEWLETT-PACKARD CO. 1990 
  450. *200*WARNING: FROMFILE RECSIZE IS 1276 BYTES, TOFILE RECSIZE IS 200 
  451. BYTES. 
  452. CONTINUE OPERATION (Y OR N) ?y 
  453. EOF FOUND IN FROMFILE AFTER RECORD 13981 
  454. 13982 RECORDS PROCESSED *** 0 ERRORS 
  455. END OF SUBSYSTEM 
  456. :listf varfile,2 
  457. ACCOUNT=  DEV         GROUP=  MIKE 
  458. FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE---- 
  459.                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX 
  460. VARFILE           200B  VA       13982     123456   1     4096  5  * 
  461.  
  462. Ta-dah. The variable file was now significantly smaller than the 
  463. original fixed file, while still retaining the original record length 
  464. and blocking factor. 
  465.  - by Mike Shumko  
  466.  
  467.  
  468.  
  469. How to Calculate your Age in Dog Years! 
  470.  
  471. How the heck did we get come up with the figure of 149 dog years for 
  472. Robelle's age? I bet that that is the burning question on everybody's 
  473. dogs' lips.  
  474.  
  475. Here's the algorithm as supplied by Ken's veterinarian. (Yes, Ken is 
  476. overdue for his distemper shot...)  
  477.  
  478. The first dog year is worth 16 people years.  
  479. Every subsequent year is counted as 7 years.  
  480. So...20 people years is 16 + (19*7) dog years, or 149 dog years. Woof!  
  481.