Bug in source 2 Jul 2012

When building the SDFSFiler for the BCM2835 environment [in ‘castle.RISCOS.Sources.FileSys.ADFS.ADFSFiler’] it looks for a file ‘.Resources.SDFS.Sprites’ in ‘.SDFS.Sprites’ and fails to find it.

Relevant part of log:

SDFSFiler (castle.RiscOS.Sources.FileSys.ADFS.ADFSFiler)...
Set Locale (UK) and Resource$Dir to HostFS::HardDisc4.$.BCM2835Dev.castle.RiscOS.Sources.Internat.Messages.Resources.ROOL.BCM2835.01.UK
amu -E  -k resources  RESDIR=<Resource$Dir>.Resources2 COMPONENT=SDFSFiler TARGET=SDFSFiler ASFLAGS="-PD \"SDFS SETL {TRUE}\""
do mkdir -p <Resource$Dir>.Resources2.SDFSFiler
tokencheck LocalRes:Messages
copy  LocalRes:Messages <Resource$Dir>.Resources2.SDFSFiler.Messages FR~C~V~N
IfThere LocalRes:CmdHelp Then tokencheck LocalRes:CmdHelp
IfThere LocalRes:CmdHelp Then print LocalRes:CmdHelp { >> <Resource$Dir>.Resources2.SDFSFiler.Messages }
do mkdir -p o.ARM11ZF._Messages_
create o.ARM11ZF._Messages_.SDFSFiler
IfThere LocalRes:MessagesSD Then copy  LocalRes:MessagesSD o.ARM11ZF._Messages_.SDFSFiler FR~C~V~N
IfThere LocalRes:CmdHelpSD Then tokencheck LocalRes:CmdHelpSD
IfThere LocalRes:CmdHelpSD Then print LocalRes:CmdHelpSD { >> o.ARM11ZF._Messages_.SDFSFiler }
copy  o.ARM11ZF._Messages_.SDFSFiler <Resource$Dir>.Resources2.SDFSFiler.Messages FR~C~V~N
<Perl$Dir>.perl Build:InstRes -I Resources.UK,Resources.UK,Resources <Resource$Dir>.Resources2.SDFSFiler SDFS.Sprites [SDFS.Sprites11] [SDFS.Sprites22] Templates
No such file 'SDFS.Sprites'
AMU: *** Return code too large ***

I have tried altering the line in the ‘castle.RISCOS.Sources.FileSys.ADFS.ADFSFiler.MakeFile’ from

resources_SDFSFiler: ${MERGEDMSGS}
	${CP} ${MERGEDMSGS} ${RESFSDIR}.Messages ${CPFLAGS}
	${INSTRES} -I Resources.${LOCALE},Resources.UK,Resources ${RESFSDIR} SDFS.Sprites [SDFS.Sprites11] [SDFS.Sprites22] Templates

resources_SDFSFiler: ${MERGEDMSGS}
	${CP} ${MERGEDMSGS} ${RESFSDIR}.Messages ${CPFLAGS}
        IfThere LocalRes:Sprites Then ${CP} LocalRes:Sprites ${RESFSDIR}.Sprites ${CPFLAGS}
        IfThere LocalRes:Sprites11 Then ${CP} LocalRes:Sprites11 ${RESFSDIR}.Sprites11 ${CPFLAGS}
        IfThere LocalRes:Sprites22 Then ${CP} LocalRes:Sprites22 ${RESFSDIR}.Sprites22 ${CPFLAGS}
        IfThere LocalRes:Templates Then ${CP} LocalRes:Templates ${RESFSDIR}.Templates ${CPFLAGS}

Well that overcomes one problem – I no longer get a message on start up ‘file Sprites not found’ from the SDFS. However the (much improved) SDFS routines are so much better, just one problem (not present in the pre-built ROM) the USB side of things has stopped working. There doesn’t seem to be an error in the USBDriver or DWCDriver bits of the build (that wasn’t there before) but no light on the mouse, keyboard ignored. Any ideas please?

The InstRes tool is part of the (glacial) move towards supporting cross-compilation of the sources. The -I switch specifies an include path (so it doesn’t rely on RISC OS’s OS-level support for file search paths) so the file it was trying to pick up was actually ADFSFiler.Resources.SDFS.Sprites, so your altered version is looking in the wrong place. There are deliberately multiple sprites files in the resources for this component, because it’s used to build ADFSFiler, SCSIFSFiler and SDFSFiler (and potentially others in future), and each has different sprites.

The file Resources.SDFS.Sprites is present in CVS, but it sounds like it’s missing from your source tree. Please check it it’s there, and is correctly named.

The file Resources.SDFS.Sprites is present in CVS, but it sounds like it’s missing from your source tree. Please check it it’s there, and is correctly named.

It is there and correctly named [‘castle.RISCOS.Sources.FileSys.ADFS.ADFSFiler.Resources.SDFS.Sprites’].

Suspect an issue on Virtual Risc PC with !Perl? So am having more success going back to the Iyonix and hoping to avoid disc errors (which have just started appearing…)

Many thanks for the help.

Odd, RPCEmu manages it fine (that’s how the autobuilder runs). Sounds like a bug in Virtual Risc PC’s implementation of HostFS then.