Version 1.00.103

===================================

Released into:	GT Mainline 578

Built against:	GT Mainline 574b ALL VARIENTS 

Released by:	Franco Bellu

Uses:		EUSER ESOCK INSOCK IMUT INETPROTUTIL BAFL

For debug, add: FLOGGER EFSRV

For tests, add: HTTPTESTUTILS, C32

Changelist:	xxx

Website:	http://lon-wapbuild01.INTRA/HTTP_Project/ 

Summary

=======

Defects Fixed

=============

* Fixed defect  SAM-54WFUN : " String pool does not return an error when a string cannot be found in a string table using StringF() method "

* Fixed defect BEU-55CND8 "using the CStringPoolImplementation from an empty string causes an access violation "

* Fixed defect CLE-536M4D "String pool comparison operators should ASSERT_DEBUG check for use of multiple table "

API Changes

===========

None

Other Significant Changes

=========================

None

Known Issues

============

None

-----------

Version 1.00.102

================

Tim and Arun, 3 July 2001

CR for BAFL and LocE32: allow customizable language downgrade paths to be specified as

part of the locale.

Version 1.00.101

================

Made by Kevin, 11 August 1999

Requires RCOMP 318 because of the BC break in the handling of TEXT16 resources.

Added TResourceReader::AlignCountedPtr16 which returns the counted string length and

adjusts the pointer past both the length byte and any additional padding byte. The value 

of the padding byte is checked with an __ASSERT_DEBUG(): the wrong value will cause a

panic with code EBafPanicUnicodeTextPaddingError (=14).

Added AlignCountedPtr16 calls to the functions which read a Unicode descriptor from 

a resource.

    TResourceReader::ReadHBufC16L()

	TResourceReader::ReadTPtrC16()

	TResourceReader::ReadTPtrC16(TInt aIndex,const TDesC8* aBuffer)

Modified T_RSC.CPP to correct the r_text_signature check which discriminated between a Unicode

resource file and an 8-bit resource file: the RCOMP padding algorithm puts in an additional

padding byte, which is now checked. Used _LIT() for the resource file names and arranged to build

the TRSC resource via the T_RSC.MMP file.

Extended T_RSREAD.CPP to test resources and arrays which contains a mixture of 8 and 16 bit text, 

organised to test zero-length strings and Unicode strings with both odd and even alignment. 

Added the TRSC resource to the T_RSREAD.MMP file for good measure, and get the resource file name 

from the shared T_RSC.H include file.

Modified BLD.INF to mark T_CLINE as a manual test and T_LIBT as a supporting DLL.

NB ALSO INCLUDES CHANGES MADE IN RELEASE 100 WHICH ARE NOT DOCUMENTED HERE

Version 1.00.091

================

Made by DavidK, 27 May 1999

Uses as 090. Identical release to 090 apart from wins urel and Marm variants also built.

Version 1.00.090

================

Made By DavidK, 26 May 1999

Uses E32/156, F32/122, STORE/050, E32UTILS/019, 

	E32TOOLS/095, E32TOOLP/098, EIKTOOLS 133

Renamed the class BaflFileSortTable to CBaflFileSortTable so source incompatible but BC with 089 

(which was a frozen deffile version of 088)

Intended for use with the first public release of Uikon.

Version 1.00.088

================

Made by MarcoS, 29 April 1999

	Uses E32/156, F32/122, STORE/050, E32UTILS/019, 

	E32TOOLS/095, E32TOOLP/098, EIKTOOLS 128

The sound staff has been moved from Bafl to form a new component: BaflSnd.

Most of the utilities defined on EikUtils (Eikon) have been transferred

to BaflUtils (Bafl).

Version 1.00.087

================

Made by ChrisD, 4 December 1998

	Uses E32/156, F32/122, STORE/050, E32UTILS/019, 

	E32TOOLS/095, E32TOOLP/098, EIKTOOLS 128

Minor source changes for boilerplating Symbian copyright text.

MNT command changed to use new version of E32TOOLP (098) and 

valid command modified to use new evalid command for validation.

ROM building scripts updated so ROM could be built.

Built using VC5 and Service Pack 3.  Release tested on the following

variants:

wins/deb        marm/deb

wins/rel        marm/rel

wins/udeb       marm/udeb

wins/urel       marm/urel

All tests passed on a PB rack.  Note that test code T_SNDDA will fail 

under WINS on PC's without a soundcard.

Version 1.00.086

================

Made by MattM 28 October 1998

	Uses E32/156, F32/122, STORE/050, E32UTILS/019, 

	E32TOOLS/095, E32TOOLS/096, EIKTOOLS 128

Changed Unicode third UID on BAFL.DLL

Changed Unicode second UID on clipboard file

Version 1.00.085

================

(Made by SimonC, 29 September 1998)

	Uses E32/125, F32/095, STORE/047, E32UTILS/019, 

	E32TOOLS/092, E32TOOLS/091, EIKTOOLS 128

Backwards but not forwards compatible with 078

Built using VC5.  .PDBs are incompatible with VC4

1) Changed RResourceFile::ConfirmSignatureL() to always confirm resource

file signatures on the assumption that no-one can possibly be using version

003 files any longer (they were superceded two years ago) and the existing 

resource layout and structures are fixed now for as long as we support BC.

2) Added RResourceFile::SignatureL() which returns the signature of the 

resource file.  This shouldn't be required by anyone or anything other than 

Eikon.

3) Changed const TUint KBaflCharTruncation in BAUTILS.H to a const TUint to 

prevent a VC5 warning.

Note that test code T_SNDDA will fail in wins builds on pcs without a sound card

Version 1.00.078

================

(Made by SimonC, 16 Mar 1998)

	Uses E32/125, F32/095, STORE/047, E32UTILS/019, 

	E32TOOLS/092, E32TOOLS/091, EIKTOOLS 125

No source changes - rebuilt with E32 125 et al

Changed *.IBY to support unicode ROMs and reflect recent E32 changes

All WINS and MARM release releases entirely forward compatible

MARM Debug releases are incompatible

Version 1.00.077

================

(Made by SimonC, 9 Dec 1997)

	Uses E32/107, F32/074, STORE/043, E32TOOLS/082, EIKTOOLS 123

Backward but not forward compatible with 076

From MartinT

In bacline.*, class CCommandLineArguments(), which gives Count() and 

Arg() functions whose purpose is similar to argv and argc parsing in 

conventional C/C++ programming.  This class is mainly intended for WINC 

programs which, unlike most regular EPOC32 programs, actively use their 

command-line arguments.

From SimonC

Converted to MAKMAKE and moved building verbs from MNT.CMD to EBLD.BAT

Version 1.00.076

================

(Made by DavidW, 28 May 1997)

	Uses E32/107, F32/074, STORE/043, E32TOOLS/067

Completely BC with 075

Built with Platform 001 releases

	Size of BAFL.DLL:       28,432 bytes (ARMREL)

				35,568 bytes (ARMDEB)

MNT VALID works on a clean drive

1)  Upgraded to Platform 001 releases

2)  Fixed SW3-868: Resource language file look-up fails to find a

*.R01 file (though, as is often the cases with "simple fixes", the

fix wasn't quite so simple after all!)

3)  Fixed SW3-827 by adding MAP files to the releasable file lists

4)  The advent of EChangesSystemTime in E32 106 had the side-effect

of breaking a very restrictive test in Bafl test code T_CNTF.  This

could be viewed as highlighting a non-BC feature in the E32 changes;

but it's already been decided that we can live with this (no real app

ought to be making a test like that in T_CNTF).  This test code has

now been improved to avoid this problem (and, hopefully, to make it

immune against any future additions to the TChanges enum)

5)  Fixed a problem with building the test code in ARMDEB (shown up

when there was no prior build of the test code in ARMREL)

Version 1.00.075

================

(Made by DavidW, 8 May 1997)

	Uses E32/101, F32/069, STORE/042, E32TOOLS/063

	**Almost** completely compatible with 074

	**IMPORTANT** See note about "descriptor arrays" below

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       28,420 bytes (ARMREL)

				35,556 bytes (ARMDEB)

MartinB has pointed out that the API of the descriptor array classes

has one real drawback to it: the MdcaPoint() functions were returning

	const TDesC&

whereas there are many advantages to them instead returning

	TPtrC

For example, this causes real problems for the Shell, and has in the

past caused real problems with the printer model name array in Eikon

After prolonged discussions with MartinB, Bill, and Geert and myself,

we decided to "do the right thing" and *** break API compatibility

*** to that extent.  This will avoid much lurking death in the

future, to do with temporary variables disappearing as the stack

unwinds, etc.

All code that uses descriptor arrays - whether of the MDesCArray or

CDesCArray or whatever type - should be recompiled.  That should be

the only change necessary.

Note however that if you previously assigned the result of an

MdcaPoint operation to a

	const TDesC&

reference variable on the stack in some code, you should now change

this code to assign it to a

	TPtrC

variable instead.

*** Note that because the operator[] function of CDesCArray is

defined as being equivalent to its MdcaPoint() function, you may need

some care to find these cases.

All EXPORTed functions retain their same ordinal values.

Version 1.00.074

================

(Made by DavidW, 7 May 1997)

	Uses E32/101, F32/069, STORE/042, E32TOOLS/063

	Completely compatible with 073

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       28,284 bytes (ARMREL)

				35,440 bytes (ARMDEB)

From AndrewT:

-------------

1.      Fixed a potential bug with "change leakage" in

	CEnvironmentChangeNotifier, when a change happening between

	the beginning and the end of a RunL could go undetected

	Removed the source-code dependency on the EChangesAll enum,

	which makes the source code build compatible with E32 105

	(and with any further changes to this enum that E32 might

	introduce in a future version)

	Updated test code to match.

Version 1.00.073

================

(Made by DavidW, 6 May 1997)

	Uses E32/101, F32/069, STORE/042, E32TOOLS/063

	Backwards binary compatible with 072, but not forwards

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       28,284 bytes (ARMREL)

				35,440 bytes (ARMDEB)

1.      New header file BAERRHAN.H, defining the interface of an

	abstract "error handler"

	New function CBaActiveScheduler::LeaveForErrorHandler

	which takes a const CBaErrorHandler* pointer

	The implementor of the DisplayError function in the concrete

	subclass of CBaActiveScheduler (or something to which that

	delegates, eg the implementor of CEikonEnv::HandleError) must

	follow the contract that -

	- when the Leave has unwound, the CBaErrorHandler object gets

	sent a HandleError() function.  This function is declared

	pure virtual at the CBaErrorHandler level.

	There are two parameters to this function - a reference to an

	"error text" descriptor, and one to a "context text"

	descriptor.  The function can fill these in with text that

	the environment will then display.

	The HandleError() function should return one of

	    EAlertDisplay - use the standard alert dialog

	    EInfoDisplay - use an info message

			(context text will be ignored)

	    ENoDisplay - no display required

			(both text buffers will be ignored)

	    EErrorNotHandled - fall back to standard processing

	Some test code for CBaErrorHandler has been added to T_SCHED

	** Note that this BAERRHAN.H is an enhancement to the copy of

	this file provisionally contained in EIKON 183.  In order to

	move up to BAFL 073, you must also move up to EIKON 184

2.      Removed the last remaining scare comments from BAFL source code

3.      Provided explicit enumeration for all the panics in BAFLPAN.H

4.      Tweak to T_RSC test code to cope with the file copied from

	ROM to RAM nowadays ending up as read-only (bad news if you

	want to run the test more than once)

*** Known limitation - the test code fails to build cleanly for

Unicode (WINS) and so several of the test apps fail.  No problems

with any of the Narrow builds or test code, though

Version 0.06.072

================

(Made by AjThoelke, 30 April 1997)

1.      Uses E32/101, F32/069, STORE/042, E32TOOLS/063

	Backwards binary compatible with 071, but not forwards:

	Build against 072 only if you use CSoundPlayer::PlayTone() or

		SoundUtilities::PlayTone()

	Build against 071 if you use CClipboard::Clear()

	Otherwise build against 069

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       28,252 bytes (ARMREL)

				35,392 bytes (ARMDEB)

From Brendan

1.      Fixed SW-4266. Incorrect assert in matcher code.

From DavidW

2.      Fixed SW-4477. KErrLeaveNoAlert is passed on to

	CBaActiveScheduler::DisplayError() for EIKON to cancel busy messages.

From AndrewT

3.      Fixed SW-4619. Sound files are not assumed to have the default extension

	".snd".

	Note for ROM builders: Alarm samples in Z:\System\Alarms\ should not have

	the extension ".snd" any more. They will still work, but the public

	alarm name will be reported as "Soft Bells.snd" rather than "Soft Bells"

	for example. (The files released as BAFL ALARMS have not changed their

	names and still have a .snd extension)

4.      Fixed SW-4610. Ensure that the sample is left in a valid state when

	trying to complete the recording when in a Disk Full situation.

5.      Implemented SW-4007. Two new services are provided by BAFL.

	void CSoundPlayer::PlayTone(TInt aFrequency,TTimeIntervalMicroSeconds32 aDuration,TInt aAmplitude)

	This makes the player play a sine-wave generated tone on the sound

	device at the frequency and amplitude specified for aDuration.

	Completion is notified via the observer as for other CSoundPlayer

	Play... services.

	TInt SoundUtilities::PlayTone(TInt aFrequency,TTimeIntervalMicroSeconds32 aDuration,

							TInt aAmplitude,TDeviceVolume aVolume)

	This service opens and configures the sound device and plays a sine-wave

	generated tone as specified, then closes the device. The function only

	returns after the tone has finished playing.

	The TDeviceVolume parameter maps onto the sound device volume settings.

	Experimenting with the device volume and amplitude values is recommended

	for getting a good tone volume...

Version 0.06.071

================

(Made by AjThoelke, 24 April 1997)

1.      Uses E32/099, F32/069, STORE/042, E32TOOLS/063

	Backwards binary compatible with 070, but not forwards

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       27,748 bytes (ARMREL)

				34,844 bytes (ARMDEB)

2.      Added new exported function

	static TInt CClipboard::Clear(RFs&);

	This will clear the clipboard of its contents. Initially it will

	try to do this by truncating the file, if this fails then it will

	attempt to delete the file. I the clipboard cannot be cleared the

	error is returned

Version 0.06.070

================

(Made by AjThoelke, 22 April 1997)

1.      Uses E32/099, F32/069, STORE/042, E32TOOLS/063

	Binary compatible with 069

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       27,564 bytes (ARMREL)

				34,656 bytes (ARMDEB)

2.      Fixed SW-3879. Over-aggressive asserts have been modified to handle

	abort states in CSoundData objects, and more graceful handling of

	serious file server failures (i.e. not panicing).

Version 0.06.069

================

(Made by AjThoelke, 16 April 1997)

1.      Uses E32/098, F32/068, STORE/042, E32TOOLS/063

	Binary compatible with 068

	WINS release, debug, unicode release and unicode debug

	ARM release, debug, unicode release and unicode debug

	Size of BAFL.DLL:       27,504 bytes (ARMREL)

				34,572 bytes (ARMDEB)

2.      New Uid scheme adopted for MARM releasables. For MARM, requires

	E32 098 for anything other than narrow release.

3.      Refixed SW-2836. The relevant parties have been beaten into submission:

	a)      F32 will not report changes when the first 16 bytes of a file

		are touched.

	b)      The clipboard has reverted to the 065 behaviour: try to open,

		if that succeeds truncate the file and carry on, if it fails

		replace the file.

	c)      The Shell will hold off from scanning for a short delay

		before checking what's happened to allow files to have their

		header written before the Shell interrogates their type.

	d)      Components which are too slow even for this should be using a

		temporary file to write to in the first place, and rename it to

		the final destination once it is good (and typed). Temporary

		files do not cause change notification.

4.      Revert following failure on CSoundData has been added to CommitHeaderL(),

	ExternalizeL() and SaveL(). Previously a seek would have been required