richard dawe

Hello.

fileutils is a set of file management programs like cp, mv, rm, mkdir. Release
7 of the port of fileutils 4.1 to DJGPP is now available.

This release fixes a problem with "rm" on Windows 2000 and XP. It may have
previously failed, complaining that the inode of a directory had changed. This
error was bogus. The check has been disabled for now, since the inode of
directory is imaginary on DOS and Windows.

If you are using fileutils 4.1, you should upgrade. Otherwise there is no
need.

To use the Fileutils programs, you only need to download the binary
distribution. You may also want to download the do***entation distribution, to
get the do***entation in HTML, PostScript and DVI formats. If you want to
examine or rebuild the Fileutils sources, you need to download the source
distribution.

The Fileutils port is available here:

ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/fil41b.zip (binaries)
ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/fil41d.zip (docs)
ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/fil41s.zip (sources)

Please read the file gnu/filutil4.1/djgpp/readme.dos in whichever distribution
you download. This contains important instructions on installing and using
Fileutils.

You can also read the readme and changelog files online:

http://www.phekda.freeserve.co.uk/richdawe/djgpp/fileutils/4.1/djgpp/readme.dos
http://www.phekda.freeserve.co.uk/richdawe/djgpp/fileutils/4.1/djgpp/changelog.dos

If you encounter any problems with this port, please feel free to contact me
by e-mail (address below). I also try to read the DJGPP newsgroup,
comp.os.msdos.djgpp, on a regular basis.

Regards,

--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

bdeck

Uh, question ... :-) Since upgrading to this latest fileutils, I see quite a
few failures from 'ln' trying to link objects over directories say:
D:\USR\DJGPP\TMP>ln -s /dev/env/DJDIR/bin/python.exe python2.2.exe
ln: creating symbolic link `python2.2.exe' to
`/dev/env/DJDIR/bin/python.exe': I
mproper link (EXDEV)

This behaviour can sometimes be benificial (like when a Makefile erroniously
tries to link a permanent exe to "./<xyz>.exe", but most of the time it is a
bit of a nuisance...

Are there plans to change this?

Ben

richard dawe

Hello.

There shouldn't be any regressions like that.

Have you replaced a 2.04 alpha build of fileutils with fileutils 4.1 release 7
off DJ's site (or mirrors)? fileutils 4.1 release 7 was built with DJGPP 2.03
and hence doesn't support symlinks.

Also, what is the DJGPP environment variable set to?


That depends on the answers to the questions above.

Bye, Rich =]

--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

bdeck

Drat, that explains it! Maybe the next announcement should clearly explain
which DJGPP version was to used to compile the package..

I wouldn't have upgraded if I had known that it was still built on 2.03. Up
until now I have been using the fileutils from Clio.

Thanks,
Ben

richard dawe

Hello.


I think the rule is: Unless it says has been built with 2.04, you should
assume it has been built with 2.03. 2.04 is only an alpha release, after all.

Hopefully there won't be another release of 4.1. If there is, I will try to
remember to mention that it was built with 2.03 in the announcement.

Andrew Cottrell will probably rebuild fileutils 4.1 release 7 with DJGPP 2.04
alpha 1 sometime and put it up on Clio. So you should be able to get a version
with the fixes sometime.

Bye, Rich =]

--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

bdeck

all.

Whose rule is that :-)?

Thanks for the info
Ben

richard dawe

Hello.

Dawe's First Rule of DJGPP Packaging

Regards,

--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

aiko_sex

Yes,it's very good.I've successfully bootstrap the gcc323 useing it.Ha
ha ,i am very happy.This several tens days i've tried every
version,but all failed for the symbils in the linstdcxx.a even the
clio's version with timestamp 7.18 and the 2.04alpha but all failed
for the libstdcxx.a's symbols.I even failed use the 2.03 in the
current directory.I failed bootstrap the gcc322s.zip gcc321s.zip
gcc33s.zip,only the time when I have use the latest filest and the
gcc323b.zip and other 2.03 packages to bootstrap gcc323s.zip lead me
to success.Idon't know whether it is the fil***b.zip or thr sources of
the gcc's bug.

I like this version.he he ;-)
I wish Andrew saturday's recompile can success and tell me what on
earth it was.

aiko_sex

What about the djgpp 2.04 ,if there is such oldest version for it?

aiko_sex

F:\gcc5\gnu\build.gcc>more errors
Applying ctrl_quotes_def to libc/ttyprvt.h
Applying limits_ifndefs to limits.h
Applying undefine_null to locale.h
Fixed: locale.h
Applying sun_malloc to malloc.h
Applying math_exception to math.h
Applying math_huge_val_ifndef to math.h
Fixed: math.h
Applying gnu_types to stddef.h
Applying undefine_null to stddef.h
Fixed: stddef.h
Applying stdio_stdarg_h to stdio.h
Fixed: stdio.h
Applying sysv68_string to string.h
Applying djgpp_wchar_h to sys/djtypes.h
Applying io_quotes_def to sys/ioctl.h
Applying djgpp_wchar_h to wchar.h
Fixed: wchar.h

This is my erros file redirect from the "sh djmake.sh bootstrap
2>errors
it stopped just at fix the last include and without erros.

I useed the lasted fil41b.zip gcc323bzip and other packages in the
current
versions.I bootstrap the gcc323s.zip and gcc33s.zip in the
windows2000 server cmd box.They all stop with the same as above.even
run "sh djmake.sh bootstrap" again and again,they can't continue.