AMN on 7/11/2005 at 20:43
Potterr,
can you please PM me the test exe? I have the same problem here.
:(
potterr on 7/11/2005 at 21:23
AMN, check your PM's
gunk on 11/11/2005 at 13:55
if i want to start a mission, in the briefing when i click on start mission i get this: no strings found in special vintage
i've updated t3 and then downloaded garretloader
did i forgot something to download or to change??
SubJeff on 13/11/2005 at 15:08
I'm just posting here, rather than just PMing you potterr, so that people know in future what issue I had.
I had more than one FM installed at once (discovered with potterr's GL diagnostic tool which isn't on public release atm I don't think). I think it was due to switching GL versions between installs but I don't really know.
Anyway, I uninstalled and reinstalled Thief 3 and it's all fine with GL 1.23 now.
Thanks potterr.
Now I have to alter my ini settings for lightgem and object size and setting walk to default. :thumb:
S Bodi on 3/12/2005 at 08:29
I would like to let you know that I have encountered this error, runtime 70, permission denied, ever since I started using GarrettLoader (last two or three versions).
I have tried on both WinXP SP1 and SP2.
The error occurs while GL is trying to unzip T3 FMs into the T3 folder. It manages to backup original saved games and thats all. I *am* able to play the FMs by manually unzipping them into the T3 folder but this is, needless to say, inconvenient.
I have noted at least one other taffer with the same problem (can't remember where I saw this).
I'm logged in as admin, I've tried to change the folder's attributes to not read only, but this option remains greyed in the properties of the T3 folder. This is apparently a WinXP design thing, there are some fixes posted here and there on the net involving registry editing and using the attrib command from the cmd prompt. I wasn't succesful. I am running T3 off a FAT32 partition, I'm not sure if that affects permissions etc.
Anyway, just bringing it up, in hopes of a fix at a later stage (unless someone knows what I can do to sort it).
Cheers and thanks for all the good work
potterr on 3/12/2005 at 10:32
not having XP I am unable to determine where this would occur. However I have a distinct feeling that it is when it is deleting the saved games (after it has backed them up so that they do not appear in the FM). I am presuming that these are kept in you documents and settings folder still?
Could you send me the debug.log file that is created as this would be a good indication of where the issue occurs.
S Bodi on 3/12/2005 at 22:08
You've just put your finger on it. I have my saves inside my thief3 folder, in a folder called SaveGames.
This is exactly where the problem arises. The problem does not occur if the saves folder is in the original My Documents location. This happened even if I let GarrettLoader move the save folder when it prompts me. I tried putting the saves folder elsewhere outside the thief3 folder, but I had some crashes. I'm not sure if this relates to this issue or not - it could relate to the editor's t3main.exe which seems to me a tid bit unstable.
One more thing I noted when playing around, is that on a couple of occasions GarrettLoader, *or maybe* the editor version of t3main.exe, managed to wipe my *entire* thief3 folder. Then again maybe I'm just plain unlucky.
At the moment I think I'll play with my saves in the my documents folder until a fix maybe available.
I haven't caught a debug.log that happened when the error 70 was given, now that you've fixed that for me. If you still need it let me know, I am a bit weary of going back and messing with things.
potterr on 3/12/2005 at 22:31
A couple of people have had similar problems on XP, I'm wondering if it has anything to do with service pack 2.
I think I will do a bit of an adjustment to the option to move the saves, this should resolve the problem on XP PCs.
GlasWolf on 4/12/2005 at 01:30
XP SP2 here, but I don't move the saves. Is there any reason to? I can't say I'm too fond of having a bunch of save game directories in my docs folder (one for each game I have installed, I mean), but it does make sense in terms of the permissions and for shared PCs.
S Bodi on 4/12/2005 at 03:49
The main reason I try not to keep personal files on my C drive, which I try to reserve for a windows installation and not much else, is that in the event of a system meltdown, I have my saves, documents, photos, mp3s, etc etc in other places; the paths of which make sense to me... and I can reformat the C drive easily without losing important information. I can also pick up my physical HDD and plug into nearly any other system to use because other than my winXP partition which is NTFS, I use FAT32.
I also like the tidiness of having each games saves in its own folder, I often backup whole directories and registry settings for games onto DVD, which means I can migrate my game to another machine easily. It works for the most part although some games are a bit finicky.
To each their own :)
