Aliasing SMB shares?

[propagandist]

Well.. I am thinking of aliasing and hiding unused SMB shares in SMS.
The reason is that I've got several shares, which are password-protected and not used for media files storage.
Other shares showing up with weird names, and it is difficult to understand what they are.

For example, 4 disks on my Slug are showing up as:
Disk_1_1_1
Disk_1_2_1
Disk_1_3_1
Disk_1_4_1

In addition to this, there are
Admin
Admin2

shares, which I want to hide. They are inaccessible in SMS, but I want to hide it completely.

So... to cut long story short, I am thinking of modifying the SMS_FileDir.c file.
As PS2 is short on memory, I am planning to do the following:
1. Create smb-alias.sms file, which will have a list of aliases for shares. First entrant in this file will correspond to first share and so on. A line with NO_SHOW means that this entrance should not be shown in SMS.
2. On SMB display (SMS_FileDirInit if I got it right) should read this file and display names accordingly, not the ones taken from lpShareInfo.

This might slow down SMB display, but uses no memory (only local variables), which is a great advantage.

What do you think guys? Am I getting it right or just talking complete rubbish?

Another use of this feature could be for people who got some er... adult movies in their shares and want to hide it from kids. So, if share is aliased with qualifier "SPECIAL_SHARE" or something similar, will not be shown unless some buttons combinations were pressed in SMB display menu.

These are just a thoughts - I tried to compile my code and got a huge ELF file (more than 1 meg) so I am probably doing something extremely stupid... But I am interested in a feedback from you guys. Any thoughts are welcome!

[EEUG]

"As PS2 is short on memory": I think it is far enough for this thing, so there won't be any harm if you'll read it into memory at startup (well, I suppose you won't have 1E6 aliases ));

"What do you think guys": it's always great if someone tries to do something useful;

"Am I getting it right or just talking complete rubbish": it's definitely not rubbish;

"I tried to compile my code and got a huge ELF file": same here. 'ps2-packer' utility from Pixel will reduce the size, but during development/testing it's OK to have uncompressed file as compression itself takes some precious seconds ;

Thank you and good luck with it...

[propagandist]

Hey I thought you were on vacation or something?

Anyway, I can modify SMS_LoadConfig to read from file and load aliases (limit it to 10?) to global string array.

Then it should be possible to substitute real names with this string array.

Right... I'll start playing with it in 3-4 weeks time (I am going on 2 week-long business trip - without PS2! and need to finish translation first).

[EEUG]

"I thought you were on vacation or something?": something . Vacations are next;
"I can modify SMS_LoadConfig to read from file and load aliases (limit it to 10?) to global string array.": for convenience I'd create a separate "self-contained" function set that will get called from SMS_LoadConfig to load/parse that extra file and from SMS_GUIFileMenu to perform name translation in both directions (one is for 'real name' -> 'alias' translation and the other one for 'alias' -> 'real name'). It would be easier to maintain your stuff;
"I'll start playing with it in 3-4 weeks time": there's no hurry and no obligations ...

[gildor]

I too would love to see this feature make it into the main SMS project, as i have a lot of shares that don't have any media or want to hide shares that are not accessible to the current config file being used. Hope this works out and gets released into the main project! Keep up the good work!