> - we store fs-specific arguments in sbi->s_data > - then we pass it to subfs > - it (in our case, isofs) puts 0 in the middle that trashes value for > the next time > - next time the option does not work anymore: > > [super.c:subfs_mount:199] type=iso9660, dev=/dev/hdc, data=iocharset > ^^^ > oops! > > This smells as memory leak in any case. Even if it is no memory leak it means on second mount some options will be ignored. This is already bad enough.
- RE: [Cooker] Fix for supermount NLS problem (I hope) Borsenkow Andrej
- Borsenkow Andrej
