cannot copy file from iso created with mkisofs when Joliet without RockRidge used

[ctmp1]

mc creates file of zero length instead of extracting file from mkisofs-created iso images containing Joliet without RockRidge extension

Steps to reproduce:

1. create iso image with Joliet but without RockRidge

mkisofs -J -o test.iso /etc/passwd

2. run

/usr/libexec/mc/extfs.d/iso9660 copyout test.iso passwd passwd

Expected non-zero size passwd file, got file of zero size

The image created by mkisofs doesn't contain versions in filenames unlike images created by Nero 7 (windows). The bug was probably introduced with #2471

for mkisofs-generated image:

$ isoinfo -J  -l -i test.iso

Directory listing of /
d---------   0    0    0            2048 Jul 19 2012 [     29 02]  . 
d---------   0    0    0            2048 Jul 19 2012 [     29 02]  .. 
----------   0    0    0            2044 Jun 28 2012 [     30 00]  passwd

$ isoinfo -d -i test.iso
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: CDROM
Volume set id: 
Publisher id: 
Data preparer id: 
Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
Copyright File id: 
Abstract File id: 
Bibliographic File id: 
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 181
Joliet with UCS level 3 found
NO Rock Ridge present

for Nero 7-generated image:

$ isoinfo -J  -l -i nero7.iso

Directory listing of /
d---------   0    0    0            2048 Jul 19 2012 [     22 02]  . 
d---------   0    0    0            2048 Jul 19 2012 [     22 02]  .. 
----------   0    0    0           19794 Apr 17 2009 [     25 00]  xxx.pdb;1
$ isoinfo -d -i nero7.iso
CD-ROM is in ISO 9660 format
System id: 
Volume id: ________
Volume set id: 
Publisher id: 
Data preparer id: 
Application id: NERO BURNING ROM
Copyright File id: 
Abstract File id: 
Bibliographic File id: 
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 600
Joliet with UCS level 3 found
NO Rock Ridge present

The simple solution would be replacement of iso9660 vfs with u7z. As bonus 7-zip can read iso images created by deepburner and winoncd 3.6 (they are Joliet with UCS level 1) and images created with mkisofs without -R and -J options at all

Software versions:
mc-4.8.4-0.git20120630.fc17.R.i386
genisoimage-1.1.11-10.fc17.i686

[and]

I can confirm this ticket is resolved by #3537

non Rock Ridge iso can be handled by mc extfs now.

[andrew_b]

Replying to and:

I can confirm this ticket is resolved by #3537

Thanks!

non Rock Ridge iso can be handled by mc extfs now.

Ok, closed.

[marcelpaulo]

Somehow this issue crept back in as of mc version 4.8.19-1. When I ran the original steps:

mkisofs -J -o test.iso /etc/passwd
/usr/libexec/mc/extfs.d/iso9660 copyout test.iso passwd passwd

this is the result:

paulo@monk:~/tmp$ ls -l
total 364
-rw-rw-r-- 1 paulo paulo      0 nov  2 00:29 passwd
-rw-rw-r-- 1 paulo paulo 372736 nov  2 00:28 test.iso

I'm running mc version 4.8.19-1 on Xubuntu 17.10.

[andrew_b]

Seems isoinfo was changed since #2471. It doesn't append ";1" to file names anymore.
I wonder when it happened.

[andrew_b]

Replying to andrew_b:

Seems isoinfo was changed since #2471. It doesn't append ";1" to file names anymore.
I wonder when it happened.

Seems it is isoinfo@​cdrtools vs. isoinfo@​cdrkit. isoinfo@cdrtools added (or still adds, I don't know) ";1" to file names but isoinfo@cdrkit doesn't. What we should do?

[zaytsev]

It seems that there is a PR that can fix this:

​https://github.com/MidnightCommander/mc/pull/199