Short: V50.11a TCP Data Broadcast System (library & server) Author: hparting@hem.passagen.se (Håkan Parting & Jeremy Friesner) Uploader: hparting hem passagen se (Håkan Parting) Type: comm/net Version: 50.11a Replaces: comm/net/AMarquee49.lha Requires: Workbench 2.04+, AmiTCP3.0b+ or compatible TCP stack Architecture: m68k-amigaos ---------------------------------------------------------------- AMARQUEE v50.11a (Released April 8th 2000) ---------------------------------------------------------------- The Problem: You have a great idea for a killer multi-player Internet game or multi-user net app, but it's a total pain in the @)#$* to write all the TCP connection and data synchronization code you'll need to get it going. So you put your idea on the back-burner and go play "Lemmings" instead. And thus the Amiga is deprived of a fun Internet app. D-oh! :( The Solution: (well, okay, it's *a* solution, anyway) AMarquee is a system that handles all of the icky information distribution details for you, allowing you to concentrate on coding your application, rather than on which data goes into which socket when. AMarquee consists of a shared library and a TCP daemon, which work together to get your data where it needs to be. Your program calls simple amarquee.library functions to broadcast your data, and waits on a provided MsgPort for data from other hosts. Easy! Version 49+ of amarquee.library may be used in more serious network applications too, that cannot use the amarquee protocol, like FTP and HTTP clients. This in the same easy fashioned way! Features of amarquee.library (the shared library/API): - Programs written to use amarquee.library will work transparently with Inet225, AmiTCP, Miami, or any other TCP stack that is "AmiTCP compatible". - Has a simple API that requires no knowledge of multithreading techniques or socket programming to use. - Each AMarquee connection you make automatically and transparently starts a separate background execution thread, so your app will never have to block while data is sent or received. - An arbitrary number of AMarquee connections may be active at once. - Allows you to "subscribe" to data that interests you, so that when the data on the server is changed you will be automatically notified. You never need to poll for anything! - An easy mechanism for sending messages to one or many other AMarquee clients that are logged into the same server. - Standard Amiga wildcarding is supported in all applicable functions. This allows you to easily and succinctly refer to one host or data item, or many, as appropriate. - #includes for C, C++, and PCQ Pascal are included. - ARexx accessible. That is, ARexx scripts can use amarquee.library through rexxamarquee.library for communications using the same API that compiled C programs do. - Example programs in C, C++, Pascal, and ARexx are included. - Operation is almost totally asynchronous for efficiency, but several easy synchronization methods are available if you need them. - Can also be used for direct client-to-client connections and for making inetd-launched or manually-launched daemon programs. - Automatically detects when the computer on the other end of the AMarquee connection has crashed or been shut down, even on idle connections. - Can connect to any TCP service, eg. HTTP and FTP, and it will work in the same easy fashion like any other AMarquee connection. Features of AMarqueed (the AmiTCP server): - Works with Inet225, AmiTCP, Miami, or any other TCP stack that is "AmiTCP compatible". - Fully multithreaded design, with one server process per connection. - Re-entrant code, to minimize memory usage. - Data is stored in a filesystem-like tree structure for simplicity, flexibility and efficiency. Each client gets its own "home directory" that it may write to or read from, and each client may also read from the "home directories" of other clients. - Efficient design minimizes CPU usage, net bandwidth, and execution time. - Limits may be put on memory usage, number of connections, and/or which clients or apps may connect. Only serve the hosts and apps you want to serve! - Supports data streaming to one or many clients at once. - Data streaming and synchronization features let you be sure your data was read by all interested hosts before you update it again. - Automatically detects and eliminates "dead" connections (e.g. if the client computer was shut down without quitting politely) - Server may be administered remotely by clients with "privileged" status. WHAT'S NEW IN VERSION 50.11a: ( "-" = new feature, "*" = bug fix) V50.11a: (Public Release 8-Apr-2000) (amarquee.library v50.11, rexxamarquee.library v50.6, AMarqueed v49.7) - Added a amarquee.lib for use with vbccm68k C-compiler. - Modified the AMarquee_protos.h file to make it work with vbcc and other compilers. - AMarquee is Donationware. Now you could register online. See the distribution section in the guide for more info. V50.11: (Public Release 19-Mar-2000) (amarquee.library v50.11, rexxamarquee.library v50.6, AMarqueed v49.7) - amarquee.library now returns larger packets with a Socket-Session connection, instead of several small packets. - Added function QSetMaxRawBufSize() to library. Use it to set the maximum buffer size that shall be used with a Socket Session. This is the maximum size of the QMessage you receive. As an option you can use the tag named QRAWSESSION_MAXBUFFERSIZE with the QNewSocket*Session() call. - Updated rexxamarquee.library with the new function. Rexxamarquee.library v.50x requires amarquee.library v.50 or better. - Modified QNewSession, QNewSessionAsync, QNewHostSession, QNewServerSession(). They now also take an additional argument with a tag list. Old programs compiled for v.49 or less will still work. New programs compiled for v.50 won't work with v.49 or less, so the minimum version to require with the protos, fd, and pragmas which are in the v.50+ AMarquee-package is 50. Old source code using the new header-files must be updated. - A tag, QSESSION_ERRORCODEPTR, was added. Set it to a pointer to a LONG-variable where you want the error code to be copied. This is needed because QNewSession() returns NULL when it fails, i.e. you can't use QFreeSession() to find out why. - Dropped support for the INET225 version of amarquee.library. Is anybody using it? - Changed the error code which is returned by QFreeSession() or copied to the QSESSION_ERRORCODEPTR variable when a connection to a server port failed. When the QNewSocketSession(Async) function is used the return code is QERROR_NO_TCPSERVER instead of QERROR_NO_SERVER. - QCreateSharedMessagePort(), QDeleteSharedMessagePort() functions added to library. - Added the tag QSESSION_SHAREDMSGPORT. - Added example amarqueesharedmp.c to show how to use the new shared message port functions. * The qm_Path of the QMessage received when a asynchronious connection have been established only contained the host name. It shall also contain the program name, like /hostname/progname, when QNewSessionAsync() was used. - AMarqueed was not updated in this release. V49.8 : (Public Release 16-May-1999) (amarquee.library v49.6, rexxamarquee.library v49.6, AMarqueed v49.7) - The current AMarqueed server name in the guide was updated. * The examples AMarqueeSocketDebug.c and AMarqueeSocketHost.c that demonstrates the new QNewSocketSession() functions in amarquee.library v.49. They shall be correct now. - Added the examples GetURL.c and GetURL.rexx to the distribution. They show how to retreive the index.html from a web-server. Both C and ARexx version included. - The libraries and server were not updated.