![]() |
|
about grabber in winxp |
flares
Member #3,463
April 2003
![]() |
I always had this issue with grabber when i use it from an NTFS partition and was a limited user in winXP, the problem was that it would save the datafile. when you try to save it crash when trying to write. I been experimenting lately and found that if you make a virtual drive and run grabber from it it works just fine. you can copy the bacth script below and try it, if you also have this problem. :: grabber-glue this seems to work for some reason or the other. I wish I know why???? [nonnus29]Plus the api is crap ... I'd rather chew broken glass then code with those. |
Gideon Weems
Member #3,925
October 2003
|
flares
Member #3,463
April 2003
![]() |
nah, I have used the pack file functions in some other programs, and it works great. the bug only happens with grabber, and the dat tool. the problem seems to be located around the NTFS and admin accounts, example if i am a limited user using an NTFS partition = not working if i am a limited user using an FAT32 partition = working its weird and the only solution i found was creating a fake drive, which windows sees as a FAT32 volume. go figure. [nonnus29]Plus the api is crap ... I'd rather chew broken glass then code with those. |
Chris Katko
Member #1,881
January 2002
![]() |
Perhaps grabber doesn't take into account it might not have the rights to write to a file. -----sig: |
flares
Member #3,463
April 2003
![]() |
yes perhaps, but the thing that gets at me is that if the partition is FAT32 and you are not admin then it does work. does that mean that in winxp the FAT32 partition are secure-less?. [nonnus29]Plus the api is crap ... I'd rather chew broken glass then code with those. |
MiquelFire
Member #3,110
January 2003
![]() |
FAT32 has no premissions, only a read-only flag (and a system flag, but I don't know if that makes any difference) --- |
BAF
Member #2,981
December 2002
![]() |
perhaps you should own that dir yourself I run as an administrator all the time. Some day i will only be a power user |
flares
Member #3,463
April 2003
![]() |
oh i do have write and read to the dir, i have tried the Shared Documents folder, all users can read/write to that unless you change it. I have tried the root of the drive ie. C:\, I have try on my own desktop by moving grabber and grabber.txt and try doing it, still nothing it seems grabber and the dat utility are trying to access something in the HD where they don't have permission, also this only happens when I try to save only. if the datafile is already made it loads just fine, and when i try to save it again it give me an alert dlg saying "Oh, Dear error writring file.dat". so I am guessing it has to do something with the type of filesystem i am using, because of the FAT32 and NTFS deal. edit: by the way BAF you know you should be admin all the time, is like trying to play CS after 8 beers, its tends to mess things up. talk about windows security. [nonnus29]Plus the api is crap ... I'd rather chew broken glass then code with those. |
Gideon Weems
Member #3,925
October 2003
|
flares
Member #3,463
April 2003
![]() |
sure i'll try that, how come i didn't think of that before. [nonnus29]Plus the api is crap ... I'd rather chew broken glass then code with those. |
|