List of Changes
Resolved Requests from the Error Tracker
RQID________: 24
PRODUCT_____: TargetD64
COMPONENT___: Source Distribution
VERSION_____: V0.2.2
FIXED_VERS__: V0.3.3
OS__________: Linux
ORIGINATOR__: Gaelyne R. Gasson
TYPE________: Problem report
STATE_______:
Resolved
SEVERITY____: Low
DATE________: 04.10.99
SUBJECT_____: Use ./configure to configure generation process
DETAILS_____:
./configure is a UNIX/Linux standard to configure builds and
missing for
TargetD64.
ANALYSIS____:
CONCLUSION__: Finally using autoconf and configure script.
RQID________: 31
PRODUCT_____: TargetD64
COMPONENT___: Manual
VERSION_____: V0.3
FIXED_VERS__:
V0.3.3
OS__________: All
ORIGINATOR__: Professor Dredd
TYPE________: Problem report
STATE_______:
Resolved
SEVERITY____: Low
DATE________: 07.12.01
SUBJECT_____: Configuration of PATH variable for Windows 2000
DETAILS_____: Windows 2000 does not execute AUTOEXEC.BAT. The
manual does not explain how to set the PATH variable there. This is
necessary to call TargetD64 from command line without typing the
complete path name.
ANALYSIS____:
Use Settings->Control Panel from Start button and execute System
from there. Select the advanced tab and click on the Environment
Variables button there. A definition for the Path variable should be
already there in the
system variables block. Edit this definition by adding the TargetD64
installation directory.
CONCLUSION__:
Add this description to the manual.
RQID________: 38
PRODUCT_____: TargetD64
COMPONENT___: Executable
VERSION_____: V0.3.1
FIXED_VERS__:
V0.3.3
OS__________: Linux
ORIGINATOR__: Karlheinz Langguth
TYPE________: Bug report
STATE_______:
Resolved
SEVERITY____: Low
DATE________: 27.06.03
SUBJECT_____: Exception occurs when using option -c dir with dir in
different device as TMPDIR
DETAILS_____:
ANALYSIS____:
It seems that rename() function is only able to rename files within a
device and not across device boundaries
CONCLUSION__:
Replace rename() call by something else (research necessary maybe hand
coded).
RQID________: 42
PRODUCT_____: TargetD64
COMPONENT___: Source Distribution
VERSION_____: V0.3.2
FIXED_VERS__: V0.3.3
OS__________: Linux
ORIGINATOR__: msremac
TYPE________: Bug report
STATE_______: Resolved
SEVERITY____: Low
DATE________: 03.07.04
SUBJECT_____: Makefile does not work with GNU make version 3.79.1
DETAILS_____:
No make happens, instead
error
message appears: makefile:100: *** commands commence before first
target. Stop.
ANALYSIS____:
The makefile contains DOS newlines which are coded by "\r\n". Linux
makefile need only "\n". It seems that other make versions are fault
tolerant.
CONCLUSION__:
Convert the newlines. As a workaround use the following commands to
convert:
char=`echo -e "\r"`
sed -e "s/$char$//" makefile
>makefile.new
mv makefile.new makefile
RQID________: 43
PRODUCT_____: TargetD64
COMPONENT___: Source Distribution
VERSION_____: V0.3.2
FIXED_VERS__: V0.3.3
OS__________: All
ORIGINATOR__: Karlheinz Langguth
TYPE________: Bug report
STATE_______: Resolved
SEVERITY____: Medium
DATE________: 13.11.06
SUBJECT_____: Order of input files is not necessarily preserved in resulting D64 image
DETAILS_____: "
targetd64 a b" could result in a D64 image with file order "b a"
ANALYSIS____:
Reading out the filesystem with opendir/readdir in Linux and FindFirstFile in
Win32 does not necessarily lead to file ordering by creation time. Even
sorting the files by last modification timestamp is a no go because we
have filesystems with timestamp resolution of a second (happens to me
with ReiserFS and Linux).CONCLUSION__:
Assure that created files timestamp differ at least a second by setting
timestamp explicitly. Read in all entries of the directory to process
and sort them by last modification timestamp. Mind that this will not
work for "external helpers" because it is hard to manipulate the
timestamps created by those.
RQID________: 44
PRODUCT_____: TargetD64
COMPONENT___: Source Distribution
VERSION_____: V0.3.2
FIXED_VERS__: V0.3.3
OS__________: Linux
ORIGINATOR__: Karlheinz Langguth
TYPE________: Bug report
STATE_______: Resolved
SEVERITY____: High
DATE________: 28.06.03
SUBJECT_____: Source will not compile with gcc 4.1.
DETAILS_____:
ANALYSIS____:
gcc >= 4.0 does a more strict syntax analysis on C++.
CONCLUSION__:
Correct syntax.