Hello! I'm not sure if this question has been asked before, but if it has, please let me know where I may find the answer. The problem I have is, when pkunzip (in my case, pkunzip 2.50) is ran with the '-d' switch (to automatically create the original directory structure of the archive) it fails. pkunzip output ---------------------------------------------------------------------- PKUNZIP (R) FAST! Extract Utility Version 2.50 03-01-1999 Copr. 1989-1999 PKWARE Inc. All Rights Reserved. Shareware Version PKUNZIP Reg. U.S. Pat. and Tm. Off. . 80386 CPU detected. . EMS version 4.00 detected. . XMS version 3.00 detected. . DPMI version 0.90 detected. Searching ZIP: ../__UPDATE.ZIP Extracting: BIN/ Extracting: DATA/ Extracting: LANGUAGE/ Extracting: DOCS/ Extracting: TEXT/ Extracting: MENUS/ PKUNZIP: (W10) Warning! can't create: BIN/INDEX.EXE PKUNZIP: (W10) Warning! can't create: BIN/USERS.EXE PKUNZIP: (W10) Warning! can't create: BIN/FA2FB.EXE PKUNZIP: (W10) Warning! can't create: BIN/FB2FA.EXE PKUNZIP: (W10) Warning! can't create: BIN/CMPRLANG.EXE PKUNZIP: (W10) Warning! can't create: BIN/MAKELANG.EXE PKUNZIP: (W10) Warning! can't create: DATA/TELEGARD.ADF ... ---------------------------------------------------------------------- The reason that PKUNZIP 'can't create' the files, is because the directories (BIN, DATA, etc.) don't have the execute bit set on them. All of the directories are set like so: ---------------------------------------------------------------------- drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 bin drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 data drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 docs drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 language drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 menus drw-r-xr-x 2 bbs users 48 2007-05-07 10:08 text ---------------------------------------------------------------------- They all have a mode of 655, which denies the bbs user (and hence pkunzip) from accessing them. Anyway, I'm running DOSEMU 1.3.5. I've tried both MS-DOS 6.22 and FreeDOS 1.0 and the problem exists in both. Is there some kind of umask setting that will control this behavior, or is it an internal DOSEMU problem? Thanks! -- Joe Ripley vitaminjoe@xxxxxxxxx - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html