Research, development and trades concerning the powerful Proxmark3 device.
Remember; sharing is caring. Bring something back to the community.
"Learn the tools of the trade the hard way." +Fravia
You are not logged in.
Time changes and with it the technology
Proxmark3 @ discord
Users of this forum, please be aware that information stored on this site is not private.
Working on the Graphical User Interface for Windows, I found a bug that affect "hf mf eload", "esave", "csave" and "cload" commands.
The bug consist in: the above SAVE commands are not able to find long paths to files (seems 14 characters is the maximum lenght) while LOAD commands are able to find files ONLY in client folder (short paths also seem not to be supported).
Other load/save functions (ex. legic or data) work perfectly.
Offline
Late answer,
in cmdhfmf.c - CmdHF14AMfELoad(const char *Cmd)
char filename[20];
....
....
len = strlen(Cmd);
if (len > 14) len = 14;
The command string is shortend to 14chars, so that is consistent with what you see.
The reserved space is 20, which is also small.
Offline
I think 250 chars will be enough? Will push it in my fork asap.
char filename[255];
len = strlen(Cmd);
if (len > 250) len = 250;
Offline
As long as we're increasing it, perhaps let's go another thousand bytes or so. It's not like bytes are an issue here...
Offline
Don't think we will need a file path + name that is 1000+ in size.
The load command in legic don't limit the size at all.. It just reads what you stuff in the command prompt.
Is it an issue? the previous size was an issue thou
Offline
I pushed a solution into my fork. It now looks for a FILE_PATH_SIZE constant. There were some other functions which got this aswell.. like legic, hitag, data load/save commands
Offline