If I'm reading it correctly, I have to have resource.dat available if I've used the active-x SDK. If that's true, I would like to beg that you consider renaming it to Tracker.dat or something else non generic.
Resource.dat just begs to be overwritten but someone not paying attention down the road.
Paul
Resource.dat
Moderators: PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Vasyl - PDF-XChange, Ivan - Tracker Software, Stefan - PDF-XChange
-
- Site Admin
- Posts: 677
- Joined: Thu Jun 28, 2007 8:42 am
Re: Resource.dat
Yes, resource.dat is required for ActiveX SDK and must be present.
And no, we will not rename this file. Why would someone overwrite this file? There is no reason to install something else in the same folder with the ActiveX SDK, and if you do this - this is your problem, isn't it? Our SDK does not necessarily need to be placed is the same folder as your program, so it is not a problem to install the SDK in a subfolder or even in a completely different one.
And no, we will not rename this file. Why would someone overwrite this file? There is no reason to install something else in the same folder with the ActiveX SDK, and if you do this - this is your problem, isn't it? Our SDK does not necessarily need to be placed is the same folder as your program, so it is not a problem to install the SDK in a subfolder or even in a completely different one.
Victor
Tracker Software
Project manager
Please archive any files posted to a ZIP, 7z or RAR file or they will be removed and not posted.
Tracker Software
Project manager
Please archive any files posted to a ZIP, 7z or RAR file or they will be removed and not posted.
-
- User
- Posts: 40
- Joined: Tue Jun 01, 2010 9:03 pm
Re: Resource.dat
" if you do this - this is your problem, isn't it?"
Well gee, yes I guess I have control over what X number of developers are going to do down the road. This is being installed on a production scheduler machine which I have limited ability to decide where things go.
It is however my "problem" in deciding what product I use for my project - thanks.
Well gee, yes I guess I have control over what X number of developers are going to do down the road. This is being installed on a production scheduler machine which I have limited ability to decide where things go.
It is however my "problem" in deciding what product I use for my project - thanks.
-
- Site Admin
- Posts: 3586
- Joined: Thu Jul 08, 2004 10:36 pm
Re: Resource.dat
Yes, resource.dat should be available, but in the folder where viewer's .exe file is located -- it is part of the viewer and must be present. You don't need to have this file into the folder of your application.I have to have resource.dat available if I've used the active-x SDK.
PDF-XChange Co Ltd. (Project Director)
When attaching files to any message - please ensure they are archived and posted as a .ZIP, .RAR or .7z format - or they will not be posted - thanks.
When attaching files to any message - please ensure they are archived and posted as a .ZIP, .RAR or .7z format - or they will not be posted - thanks.
-
- User
- Posts: 40
- Joined: Tue Jun 01, 2010 9:03 pm
Re: Resource.dat
Ok, well I haven't created anything yet, so I'll see how this goes. I was just asking if you could rename the file in such a way as to make it possible to identify where it came from. pdfx_res.dat for example. I don't think I need to be told its my problem for something so simple. If you guys have issues with the question, then it's youir problem really.
Paul
Paul
-
- Site Admin
- Posts: 3586
- Joined: Thu Jul 08, 2004 10:36 pm
Re: Resource.dat
The Viewer's AX is designed to be installed in a separate folder - it is not a one file SDK.
It uses some external resources (resource.dat is only one of them; AX can use external stamps, language files, search providers definitions, xmp panes templates, etc.). It is like system32 folder -- applications don't write (in most cases) files into this folder to prevent conflicts ?
Its no problem to ask any questions - anytime - though always a good idea to take a look through the manual/help files etc so save you and us time if possible, looks like maybe Victor (Lazycat) was just a bit stressed at the time - so please dont take offense - we all have bad days
It uses some external resources (resource.dat is only one of them; AX can use external stamps, language files, search providers definitions, xmp panes templates, etc.). It is like system32 folder -- applications don't write (in most cases) files into this folder to prevent conflicts ?
Its no problem to ask any questions - anytime - though always a good idea to take a look through the manual/help files etc so save you and us time if possible, looks like maybe Victor (Lazycat) was just a bit stressed at the time - so please dont take offense - we all have bad days

PDF-XChange Co Ltd. (Project Director)
When attaching files to any message - please ensure they are archived and posted as a .ZIP, .RAR or .7z format - or they will not be posted - thanks.
When attaching files to any message - please ensure they are archived and posted as a .ZIP, .RAR or .7z format - or they will not be posted - thanks.
-
- User
- Posts: 40
- Joined: Tue Jun 01, 2010 9:03 pm
Re: Resource.dat
No problem - Once I get over the learning curve, all will be well.
Thanks
Thanks
-
- Site Admin
- Posts: 5223
- Joined: Tue Jun 29, 2004 10:34 am
Re: Resource.dat
Thanks Paul - appreciate the understanding 
Let us know if we can help further

Let us know if we can help further

If posting files to this forum - you must archive the files to a ZIP, RAR or 7z file or they will not be uploaded - thank you.
Best regards
Tracker Support
http://www.tracker-software.com
Best regards
Tracker Support
http://www.tracker-software.com