home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / networki / 2021 < prev    next >
Encoding:
Text File  |  1992-11-06  |  4.0 KB  |  66 lines
  1. Newsgroups: comp.os.os2.networking
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!decwrl!netcomsv!netcom.com!jsuttor
  3. From: jsuttor@netcom.com (Jeff Suttor)
  4. Subject: OS/2 Gopher  (programmed by Howard Glibert)
  5. Message-ID: <1992Nov5.232027.15353@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. Date: Thu, 5 Nov 1992 23:20:27 GMT
  8. Lines: 56
  9.  
  10. Howard Glibert has  posted an OS/2 Gopher to boombox.micro.umn.edu,
  11. pub/gopher/os2
  12.  
  13.  
  14. From Howard's text file:
  15.  
  16. Challenge: Use OS/2 to build a farily powerful gopher client program    
  17. with the least amount of code.                                          
  18.                                                                         
  19. Gopher is a protocol for organizing distributed information.  The user  
  20. is presented with a view of folders containing other folders, documents,
  21. terminal sessions, and simple query servers.  In reality, information is
  22. retrieved using the TCP/IP network and a very simple protocol.          
  23.                                                                         
  24. OS/2 2.0 provides an ideal environment for a gopher client.  Its        
  25. "Workplace Shell" consists of folders containing other folders and      
  26. objects.  If an object is a file it can be opened and displayed. Other  
  27. objects are programs which when run can prompt for input.               
  28.                                                                         
  29. Unfortunately, it requires some heavy duty C programming to create new  
  30. object classes.  More importantly, trying to model gopher objects as    
  31. "folders" and "files" interacts with the disk directories in an         
  32. unclear manner, while basing them on "programs" would produce poor      
  33. performance and a lot of I/O to the system object database.             
  34.                                                                         
  35. So do something simple first, and get fancy later on.  VREXX is a       
  36. package written by an IBM employee and posted on various OS/2 file      
  37. sources (ftp-os2.nmsu.edu and software.watson.ibm.com).  It allows      
  38. REXto display simple dialog boxes and windows.  With a        
  39. small C program to do the gopher protocol, the supplied REXX program,   
  40. and                                                                     
  41.                                                                         
  42.         IBM TCP/IP for OS/2 1.2.1                                       
  43.         OS/2 2.0                                                        
  44.                                                                         
  45. this code provides a gopher client with a lot of function for           
  46. very little effort.  It is not object oriented, but it can              
  47. compete with character based gopher clients.                            
  48.                                                                         
  49. What is very nice about this platform is that you can hack              
  50. new features easily.  REXX is very simple and powerful.  The REXX       
  51. program runs in its own character mode window where you can trace       
  52. and single step new code.                                               
  53.                                                                         
  54. This is neither the final word nor a product.  The objective is to      
  55. get the ball rolling and interest others in doing some hacking.         
  56. The source to rodent.c is provided, but recompiling it requires some    
  57. hacked versions of the \TCPIP\INCLUDE\*.h files which are tough to      
  58. distribute without violating IBM copyright.  You are free to            
  59.         1) use the enclosed EXE                                         
  60.         2) recompile with MS C 6.00 and build a 16 bit version          
  61.         3) rewrite from scratch with your own favorite tool             
  62. but don't write me asking for the *.h files.                            
  63.                                                                         
  64. Howard Gilbert - Gilbert@YaleVM.ycc.yale.edu                            
  65.  
  66.