CSC

Quirk found

Category: Math and trigonometry · Last tested 2026-09-01

Real compatibility results for the CSC function: executed in Excel for the web, Google Sheets and LibreOffice Calc, with desktop Excel behavior from Microsoft’s official documentation (we do not run desktop Excel — Excel for the web is a different application and is executed separately). Syntax and links to that documentation are below.

Support matrix

Engine	Documented	Live-tested	Verdict
Excel (desktop)	Yes	No — documented only	n/a
Excel for the web	—	Yes (recalc, 2026-09-01)	Supported, behaves as documented
Google Sheets	Yes	Yes (Drive import, 2026-08-31)	Supported, behaves as documented
LibreOffice Calc	Yes	Yes (25.8.7.3, 2026-08-31)	Quirk found

LibreOffice version history

We executed the same test cases under each LibreOffice release to show exactly when CSC’s support changed — not documentation claims, real results.

LibreOffice version	Verdict	Tested
24.2.0.3	Quirk found	2026-08-31
24.8.7.2	Quirk found	2026-08-31
25.2.0.3	Quirk found	2026-08-31
25.8.7.3	Quirk found	2026-08-31

Why isn't CSC working in LibreOffice?

CSC exists in LibreOffice 25.8.7.3, but it is not a drop-in match for Excel — our executed tests found real behavioral differences (detailed in the test results on this page). If a formula that works in Excel or Google Sheets misbehaves in LibreOffice, compare your usage against the failing cases above before assuming your data is wrong.

Discovered quirks

=CSC(2^27) on LibreOffice Calc returned -1.30992372349448, but the documented/expected result is #NUM!.
Provenance
Excel documents: "The absolute value of Number must be less than 2^27" and "If Number is outside its constraints, CSC returns the #NUM! error value." 2^27 = 134217728 is exactly the excluded boundary. EXECUTED RESULT: all four LibreOffice builds return -1.30992372349448 instead of the documented error; csc(2^27) re-derived with mpmath at 60 digits is -1.3099237234944811929, so the value is correct to full double precision and only the documented range check is missing; MISMATCH vs expected: expected '#NUM!', got -1.30992372349448

Executed test cases

Excel for the web (executed 2026-09-01 via OneDrive recalculation)

These values come from Excel for the web, not from desktop Excel. They are two different implementations of the calculation engine, and this run measured only the web one: the corpus was uploaded to OneDrive as .xlsx, recalculated by Excel for the web on open, and downloaded again for readback. Excel for the web is a rolling service with no pinnable version, so the run is identified by its date. Where a value here disagrees with the Expected column — which is Microsoft’s documentation of the desktop product — we cannot tell you whether the web engine diverges from the desktop one or the documentation is wrong about both, because we do not run desktop Excel.

Formula	Description	Result	Expected	Verdict
=ROUND(CSC(15),9)	Microsoft's documented worked example: the cosecant of 15 radians	1.537780562	1.537780562 Provenance Microsoft's page publishes this example's result to three decimals as 1.538. Independently derived from the documented identity CSC(n) = 1/SIN(n): 1/math.sin(15) = 1.5377805615408537 -> 1.537780562 at 9 dp, agreeing with the published 1.538. The argument is 15 RADIANS, not degrees	Matched
=ROUND(CSC(-15),9)	The cosecant of -15, which must be the negative of that of +15	-1.537780562	-1.537780562 Provenance sin is odd, so by the documented identity CSC(n) = 1/SIN(n) the cosecant is odd too: CSC(-15) must be exactly -CSC(15). Verified independently: 1/math.sin(-15) = -1.5377805615408537	Matched
=CSC(2^27)	An argument at the documented magnitude limit of 2^27	#NUM!	#NUM! Provenance Excel documents: "The absolute value of Number must be less than 2^27" and "If Number is outside its constraints, CSC returns the #NUM! error value." 2^27 = 134217728 is exactly the excluded boundary. EXECUTED RESULT: all four LibreOffice builds return -1.30992372349448 instead of the documented error; csc(2^27) re-derived with mpmath at 60 digits is -1.3099237234944811929, so the value is correct to full double precision and only the documented range check is missing	Matched
=CSC("abc")	A non-numeric argument	#VALUE!	#VALUE! Provenance Excel documents: "If Number is a non-numeric value, CSC returns the #VALUE! error value."	Matched

Google Sheets (executed 2026-08-31 via Drive import)

Google Sheets is a rolling service with no pinnable version, so this run is identified by its date. The corpus was imported to Drive as .xlsx, recalculated by Sheets, and exported back for readback.

Formula	Description	Result	Expected	Verdict
=ROUND(CSC(15),9)	Microsoft's documented worked example: the cosecant of 15 radians	1.537780562	1.537780562 Provenance Microsoft's page publishes this example's result to three decimals as 1.538. Independently derived from the documented identity CSC(n) = 1/SIN(n): 1/math.sin(15) = 1.5377805615408537 -> 1.537780562 at 9 dp, agreeing with the published 1.538. The argument is 15 RADIANS, not degrees	Matched
=ROUND(CSC(-15),9)	The cosecant of -15, which must be the negative of that of +15	-1.537780562	-1.537780562 Provenance sin is odd, so by the documented identity CSC(n) = 1/SIN(n) the cosecant is odd too: CSC(-15) must be exactly -CSC(15). Verified independently: 1/math.sin(-15) = -1.5377805615408537	Matched
=CSC(2^27)	An argument at the documented magnitude limit of 2^27	#NUM!	#NUM! Provenance Excel documents: "The absolute value of Number must be less than 2^27" and "If Number is outside its constraints, CSC returns the #NUM! error value." 2^27 = 134217728 is exactly the excluded boundary. EXECUTED RESULT: all four LibreOffice builds return -1.30992372349448 instead of the documented error; csc(2^27) re-derived with mpmath at 60 digits is -1.3099237234944811929, so the value is correct to full double precision and only the documented range check is missing	Matched
=CSC("abc")	A non-numeric argument	#VALUE!	#VALUE! Provenance Excel documents: "If Number is a non-numeric value, CSC returns the #VALUE! error value."	Matched

LibreOffice Calc 25.8.7.3 (tested 2026-08-31)

Formula	Description	Result	Expected	Verdict
=ROUND(CSC(15),9)	Microsoft's documented worked example: the cosecant of 15 radians	1.537780562	1.537780562 Provenance Microsoft's page publishes this example's result to three decimals as 1.538. Independently derived from the documented identity CSC(n) = 1/SIN(n): 1/math.sin(15) = 1.5377805615408537 -> 1.537780562 at 9 dp, agreeing with the published 1.538. The argument is 15 RADIANS, not degrees	Matched
=ROUND(CSC(-15),9)	The cosecant of -15, which must be the negative of that of +15	-1.537780562	-1.537780562 Provenance sin is odd, so by the documented identity CSC(n) = 1/SIN(n) the cosecant is odd too: CSC(-15) must be exactly -CSC(15). Verified independently: 1/math.sin(-15) = -1.5377805615408537	Matched
=CSC(2^27)	An argument at the documented magnitude limit of 2^27	-1.30992372349448	#NUM! Provenance Excel documents: "The absolute value of Number must be less than 2^27" and "If Number is outside its constraints, CSC returns the #NUM! error value." 2^27 = 134217728 is exactly the excluded boundary. EXECUTED RESULT: all four LibreOffice builds return -1.30992372349448 instead of the documented error; csc(2^27) re-derived with mpmath at 60 digits is -1.3099237234944811929, so the value is correct to full double precision and only the documented range check is missing	Mismatch
=CSC("abc")	A non-numeric argument	#VALUE!	#VALUE! Provenance Excel documents: "If Number is a non-numeric value, CSC returns the #VALUE! error value."	Matched

Docs & syntax

Excel (desktop): official documentation
Google Sheets: official documentation
LibreOffice Calc: official documentation

Where CSC behaves differently

Your function exists but your file cannot say so: _xlfn storage tokens
Executed: eight IM* functions LibreOffice implements return #NAME? on all four builds because it cannot read Excel's _xlfn. token for them, while COT and CSC only work under that same prefix. Eleven LibreOffice aliases are erased by its own exporter, and a token change between 24.2 and 24.8 makes a 24.8-written file open as #NAME? in 24.2.