Skip to content

Commit

Permalink
Fix some typos.
Browse files Browse the repository at this point in the history
Closes: #79
Signed-off-by: Erik de Castro Lopo <erikd@mega-nerd.com>
  • Loading branch information
mlang authored and erikd committed Oct 26, 2014
1 parent 19e12f5 commit e873283
Show file tree
Hide file tree
Showing 7 changed files with 16 additions and 16 deletions.
6 changes: 3 additions & 3 deletions ChangeLog
Original file line number Diff line number Diff line change
Expand Up @@ -3642,7 +3642,7 @@
Add channel map tests.

* src/common.h src/sndfile.c
Add a pointer the the SF_PRIVATE struct and make sure it gets freed in
Add a pointer to the SF_PRIVATE struct and make sure it gets freed in
sf_close().

2006-04-30 Erik de Castro Lopo <erikd AT mega-nerd DOT com>
Expand Down Expand Up @@ -5978,7 +5978,7 @@

* src/strings.c
Found and fixed a bug which was causing psf_store_string() to fail on
Motorola 68k processors. Many thanks fo Joshua Haberman (Debian maintainer
Motorola 68k processors. Many thanks to Joshua Haberman (Debian maintainer
of libsndfile) for compiling and running debug code to help me debug the
problem.

Expand Down Expand Up @@ -6809,7 +6809,7 @@
Document SFC_SET_RAW_START_OFFSET.

* tests/raw_test.c tests/Makefile.am
Add new file for for testing SF_FORMAT_RAW specific functionality.
Add new file for testing SF_FORMAT_RAW specific functionality.

* tests/dwvw_test.c
Updates.
Expand Down
4 changes: 2 additions & 2 deletions doc/FAQ.html
Original file line number Diff line number Diff line change
Expand Up @@ -415,7 +415,7 @@ <H2><BR/><B>Q12 : I'm looking at sf_read*. What are items? What are frames?
</PRE>

<P>
and now readng the exact same amount of data using frames:
and now reading the exact same amount of data using frames:
</P>

<PRE>
Expand Down Expand Up @@ -643,7 +643,7 @@ <H2><BR/><B>Q18 : Is it possible to build a Universal Binary on Mac OS X?
</P>

<P>
Part of the problem is the the CPU endian-ness is detected at configure time.
Part of the problem is that the CPU endian-ness is detected at configure time.
Yes, I know the Apple compiler defines one of the macros __LITTLE_ENDIAN__
and __BIG_ENDIAN__, but those macros are not part of the 1999 ISO C Standard
and they are not portable.
Expand Down
4 changes: 2 additions & 2 deletions doc/command.html
Original file line number Diff line number Diff line change
Expand Up @@ -263,7 +263,7 @@ <H2><BR><B>SFC_GET_LIB_VERSION</B></H2>
sndfile : Not used
cmd : SFC_GET_LIB_VERSION
data : A pointer to a char buffer
datasize : The size of the the buffer
datasize : The size of the buffer
</PRE>
<P>
Example:
Expand Down Expand Up @@ -298,7 +298,7 @@ <H2><BR><B>SFC_GET_LOG_INFO</B></H2>
sndfile : A valid SNDFILE* pointer
cmd : SFC_GET_LOG_INFO
data : A pointer to a char buffer
datasize : The size of the the buffer
datasize : The size of the buffer
</PRE>
<P>
Example:
Expand Down
6 changes: 3 additions & 3 deletions doc/dither.html
Original file line number Diff line number Diff line change
Expand Up @@ -166,7 +166,7 @@ <H2><BR><B>SFC_GET_LIB_VERSION</B></H2>
sndfile : Not used
cmd : SFC_GET_LIB_VERSION
data : A pointer to a char buffer
datasize : The size of the the buffer
datasize : The size of the buffer
</PRE>
<P>
Example:
Expand Down Expand Up @@ -201,7 +201,7 @@ <H2><BR><B>SFC_GET_LOG_INFO</B></H2>
sndfile : A valid SNDFILE* pointer
cmd : SFC_GET_LOG_INFO
data : A pointer to a char buffer
datasize : The size of the the buffer
datasize : The size of the buffer
</PRE>
<P>
Example:
Expand Down Expand Up @@ -358,7 +358,7 @@ <H2><BR><B>Read text</B></H2>
sndfile : A valid SNDFILE* pointer
cmd : The text string "read text".
data : A pointer to a char buffer.
datasize : The size of the the buffer.
datasize : The size of the buffer.
</PRE>
<P>
Example:
Expand Down
2 changes: 1 addition & 1 deletion programs/sndfile-play.c
Original file line number Diff line number Diff line change
Expand Up @@ -818,7 +818,7 @@ macosx_play (int argc, char *argv [])
** Win32 functions for playing a sound.
**
** This API sucks. Its needlessly complicated and is *WAY* too loose with
** passing pointers arounf in integers and and using char* pointers to
** passing pointers around in integers and using char* pointers to
** point to data instead of short*. It plain sucks!
*/

Expand Down
2 changes: 1 addition & 1 deletion src/ALAC/alac_decoder.c
Original file line number Diff line number Diff line change
Expand Up @@ -232,7 +232,7 @@ alac_decode (ALAC_DECODER *p, struct BitBuffer * bits, int32_t * sampleBuffer, u
for (i = 0 ; i < numU ; i++)
coefsU [i] = (int16_t) BitBufferRead (bits, 16) ;

// if shift active, skip the the shift buffer but remember where it starts
// if shift active, skip the shift buffer but remember where it starts
if (bytesShifted != 0)
{
shiftBits = *bits ;
Expand Down
8 changes: 4 additions & 4 deletions src/wav.c
Original file line number Diff line number Diff line change
Expand Up @@ -1788,8 +1788,8 @@ wav_write_bext_chunk (SF_PRIVATE *psf)
psf_binheader_writef (psf, "m4", bext_MARKER, WAV_BEXT_MIN_CHUNK_SIZE + b->coding_history_size) ;

/*
** Note that it is very important the the field widths of the SF_BROADCAST_INFO
** struct match those for the bext chunk fields.
** Note that it is very important that the field widths of the SF_BROADCAST_INFO
** struct match those of the bext chunk fields.
*/

psf_binheader_writef (psf, "b", b->description, sizeof (b->description)) ;
Expand Down Expand Up @@ -1881,8 +1881,8 @@ wav_write_cart_chunk (SF_PRIVATE *psf)
c = psf->cart_16k ;
psf_binheader_writef (psf, "m4", cart_MARKER, WAV_CART_MIN_CHUNK_SIZE + c->tag_text_size) ;
/*
** Note that it is very important the the field widths of the SF_CART_INFO
** struct match those for the cart chunk fields.
** Note that it is very important that the field widths of the SF_CART_INFO
** struct match those of the cart chunk fields.
*/
psf_binheader_writef (psf, "b", c->version, sizeof (c->version)) ;
psf_binheader_writef (psf, "b", c->title, sizeof (c->title)) ;
Expand Down

0 comments on commit e873283

Please sign in to comment.