home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / hypercar / 4134 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.5 KB  |  53 lines

  1. Newsgroups: comp.sys.mac.hypercard
  2. Path: sparky!uunet!destroyer!gatech!concert!samba!usenet
  3. From: Andrew.Brennan@launchpad.unc.edu (Andrew Brennan)
  4. Subject: Hypercard and servers ...
  5. Message-ID: <1992Nov9.221859.10271@samba.oit.unc.edu>
  6. Sender: usenet@samba.oit.unc.edu
  7. Nntp-Posting-Host: lambada.oit.unc.edu
  8. Organization: University of North Carolina Extended Bulletin Board Service
  9. Date: Mon, 9 Nov 1992 22:18:59 GMT
  10. Lines: 41
  11.  
  12.       re: what am I doing with HC & the server?
  13.  
  14.       Sheer simplicity - so I thought.  I have a LARGE (18M) CAI/CBL
  15.    package that my site is effectively beta-testing *during* it's 
  16.    development.  Recent additions (about 8.4M) have included a stack
  17.    of sound resources (4.8M) and a number of PICT files.  Since the 
  18.    majority of the machines in the lab don't have enough space to 
  19.    locally load this system, it made a LOT of sense to put this on
  20.    the server - no?
  21.  
  22.       The sounds access fine - I ran into a hitch with the memory
  23.    size on the stations being low, but 1500 appears to clear that up.
  24.    The problem is the PICTs - I can copy the stack *from*the*server*
  25.    that calls the PICTs, launch HC, open the stack ... and it works
  26.    FINE!  But, since the package uses a HC front-end to copy stacks 
  27.    from the server ... the stack is opened, the sounds load fine and
  28.    the PICTs cause "No such window."
  29.  
  30.       I recently got it working by copying all of the PICTs to the
  31.    local stations (as well as the front-end and select modules) -
  32.    now the front-end copies the PICT-calling stack from the server,
  33.    the stack loads the PICTs (from the local drive) and everything
  34.    is simply peachy.
  35.  
  36.       Why am I complaining still?  Because my "fix" is stupid!  All
  37.    I did was change the paths of the PICTs and copy them locally -
  38.    nothing more!  This being the case, I'm stuck with 12 PICTs on
  39.    every machine - when they are only needed in ONE specific stack.
  40.  
  41.       I'm toying with the idea of making them all PICT resources 
  42.    and adding them to the stack of sound resources ... but I'm very
  43.    perturbed that it didn't work the way I "understood" it should 
  44.    work.  Oh well - that's what keeps life interesting ...
  45.  
  46.       Andrew.Brennan@bbs.oit.unc.edu
  47.       (brennan@hal.hahnemann.edu)
  48. --
  49.    The opinions expressed are not necessarily those of the University of
  50.      North Carolina at Chapel Hill, the Campus Office for Information
  51.         Technology, or the Experimental Bulletin Board Service.
  52.            internet:  laUNChpad.unc.edu or 152.2.22.80
  53.