home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / misc / 20739 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  4.3 KB
  1. Xref: sparky comp.sys.mac.misc:20739 comp.sys.mac.system:15286 comp.sys.novell:10606
  2. Path: sparky!uunet!usc!rpi!crdgw1!newsun!dseeman
  3. From: dseeman@novell.com (Daniel Seeman)
  4. Newsgroups: comp.sys.mac.misc,comp.sys.mac.system,comp.sys.novell
  5. Subject: Re: *** WARNING *** Novell + QuickTime = Disaster
  6. Message-ID: <1992Dec17.005718.23550@novell.com>
  7. Date: 17 Dec 92 00:57:18 GMT
  8. References: <60sis-b@massey.ac.nz>
  9. Sender: news@novell.com (The Netnews Manager)
  10. Organization: Novell Inc., San Jose, Califonia
  11. Lines: 76
  12. Nntp-Posting-Host: db.sjf.novell.com
  13.  
  14. In article <60sis-b@massey.ac.nz> N.Perry@massey.ac.nz writes:
  15. >
  16. >Just in case this is unknown:
  17. >
  18. >Apple NZ & our Apple Education Centre were running some courses on
  19. >campus and wished to use some of my software as demos. However I was
  20. >going to be in OZ so I had to leave the software on the Novell file
  21. >server so they could pick it up an demo it. Result: "Not a valid movie
  22. >file" whenever they tried to run a movie during the demo :-( :-(.
  23. >
  24. >I've tracked this down to the Novell server altering files in someway
  25. >(I think I know how, but until its confirmed no rumors) which results
  26. >in the connection between a QuickTime movie reference (i.e. a pasted
  27. >movie in some document or application) and the QuickTime data file
  28. >being invalidated - so none of your pasted movies will work :-( :-(. If
  29. >you open the ORIGINAL movie file it will still play, and re-pasting it
  30. >will also work.
  31. >
  32. >WARNING: DO NOT place ANY QuickTime movie files on Novell file servers
  33. >to which you have references, EVEN if you move the
  34. >documents/applications containing the references. This problem has
  35. >been confirmed using the ScrapBook as well as my own software.
  36. >
  37. >This problem may also affect other programs, not just QuickTime, but
  38. >we have not found any so far.
  39. >
  40. >Moral: Don't use so called "multi-platform" file servers which are
  41. >really just DOS is disguise (personal opinion!). Novell DOES NOT
  42. >PROVIDE A TRANSPARENT MAC FILE SYSTEM.
  43. >
  44. >Systems: Mac LC, Quadra, System 7.0.1, System 7.1, Novell 3.11 + 3.011
  45. >for the Mac.
  46. >-- 
  47. Hi,
  48.  
  49. I do not have much experience with the products you mention.  But one thing does
  50. come to mind.The time stamps on Mac files are altered when copied to the server.
  51. This is done because the time stamp given to files that were created on a true
  52. Macintosh volume are (my vocabulary is failing me at the moment)---well of a 
  53. different format than those given to files that are copied to or created on the
  54. NetWare volume. In short, the Macintosh file's time stamp has to be converted
  55. to that format which is used by the NetWare OS.  If this is the case, there is 
  56. probably a fairly simple RESEDITable solution.  You will need to find out what
  57. the time stamps are on the files that cannot be used, then use RESEDIT to find
  58. where these files are referenced in the application.  Just make sure these
  59. time stamps match up.  It is easiest to change the application's resources 
  60. rather than changing every file which is on the server.
  61.  
  62. If you have seen the System 7.0 network  installer, you will have 
  63. noticed it does not work.  It gets about 2/3 finished then reports it cannot
  64. find a couple of files.  But when you look on the volume, the files are there!
  65. The problem in this case was that the time stamps (in seconds) were getting 
  66. changed when these files were copied to the NetWare volume.  The fix was to
  67. RESEDIT the installer script so that it was looking for the "right" time on 
  68. the file.  Apple has since fixed this problem on their side by making sure that
  69. all the files had consistant (even) time stamps.  Therefore, you will not find 
  70. problems when installing System 7.1 from a NetWare server.
  71.  
  72. I mention the above System 7.0 problem/fix to illustrate the possibility that
  73. these time stamps could be the problem you observed.  Why don't you look into
  74. this and let us know what happens?
  75.  
  76. I just talked with another engineer who said the problem may be caused by hard 
  77. file paths in the application.  It is his position that this is probably more 
  78. likely the problem rather than the above mentioned time stamp problem.  If this
  79. is the problem, you have the option to "hack" the application's script(s) or to
  80. get the maker of said application to not hard code the file paths...So, again,
  81. let us all know what happens.
  82.  
  83. I hope this helps...
  84.  
  85. Think Peace, and Happy Holiday!
  86.  
  87. Dan Seeman
  88. Novell
  89. Walnut Creek, Ca.
  90.