LOGINV
Quirk foundCategory: Compatibility · Last tested 2026-09-01
Real compatibility results for the LOGINV 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) | Quirk found |
| 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 LOGINV’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 LOGINV working in LibreOffice?
LOGINV 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.
Why isn’t LOGINV working in Google Sheets?
LOGINV runs in Google Sheets, but our executed cases show it does not match
Excel’s documented behavior on every input (the failing cases are listed on this page). If a
formula that behaves one way in Excel gives you a different answer in Sheets, compare your usage
against those cases before assuming your data is wrong.
Discovered quirks
-
=ROUND(LOGINV(A2,A3,A4),10) on
Google Sheets returned
4.00002521, but the documented/expected
result is 4.0000252187.
Provenance
4.0000252186806350759 at ten places. Asserted at the same precision as LOGNORM.INV so the legacy alias and its replacement can be compared directly.; MISMATCH vs expected: expected 4.0000252187, got 4.00002521
-
=ROUND(LOGINV(LOGNORMDIST(4,3.5,1.2),3.5,1.2),10) on
Google Sheets returned
3.999999991, but the documented/expected
result is 4.0.
Provenance
The page's Description states "If p = LOGNORMDIST(x,...) then LOGINV(p,...) = x". Feeding the legacy CDF's full-precision output back into the legacy inverse must return 4 to ten places, using only the two legacy spellings.; MISMATCH vs expected: expected 4.0, got 3.999999991
-
=LOGINV(0,A3,A4) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
Excel documents: "If probability <= 0 or probability >= 1, LOGINV returns the #NUM! error value."; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
-
=LOGINV(1,A3,A4) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
The same documented sentence at the upper endpoint.; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
-
=LOGINV(0.5,A3,0) on
LibreOffice Calc returned
#VALUE!, but the documented/expected
result is #NUM!.
Provenance
Excel documents: "If standard_dev <= 0, LOGINV returns the #NUM! error value."; MISMATCH vs expected: expected '#NUM!', got '#VALUE!'
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(LOGINV(A2,A3,A4),7) | Microsoft's documented worked example: the inverse lognormal CDF at p = 0.039084 | 4.0000252 | 4.0000252ProvenanceMicrosoft publishes '=LOGINV(A2, A3, A4)' with the result 4.0000252 -- the same figure its modern replacement LOGNORM.INV publishes for the same three arguments. DERIVATION, along a different path from the published figure. The lognormal CDF is documented on the LOGNORM.DIST page as NORM.S.DIST((ln(x)-mu)/sigma), so with x = 4, mu = 3.5 and sigma = 1.2 the standardised argument is z = (ln 4 - 3.5)/1.2 = (1.3862943611198906188 - 3.5)/1.2 = -1.7614213657334244843. This corpus does not call any statistics library's normal CDF: it evaluates Phi(z) = erfc(-z/sqrt(2))/2 with mpmath at 50 digits, giving 0.039083555706800473296. The density is computed from its own closed form, exp(-(ln x - mu)^2/(2 sigma^2)) / (x sigma sqrt(2 pi)) = 0.017617596681819223728. The inverse is obtained by ROOT-FINDING on that same erfc-based CDF rather than by any inverse-normal routine: solving Phi(z) = 0.039084 gives z = -1.7613003288..., and exp(mu + sigma z) = 4.0000252186806350759 -- note the probability Microsoft feeds back in, 0.039084, is its own published CDF figure ROUNDED to six places, which is exactly why the inverse lands on 4.0000252 rather than on 4. |
Matched |
| =ROUND(LOGINV(A2,A3,A4),10) | The same value carried to ten decimal places | 4.0000252187 | 4.0000252187Provenance4.0000252186806350759 at ten places. Asserted at the same precision as LOGNORM.INV so the legacy alias and its replacement can be compared directly. |
Matched |
| =ROUND(LOGINV(LOGNORMDIST(4,3.5,1.2),3.5,1.2),10) | The documented identity: LOGINV inverts LOGNORMDIST exactly | 4 | 4.0ProvenanceThe page's Description states "If p = LOGNORMDIST(x,...) then LOGINV(p,...) = x". Feeding the legacy CDF's full-precision output back into the legacy inverse must return 4 to ten places, using only the two legacy spellings. |
Matched |
| =LOGINV(0,A3,A4) | A probability of zero, which the page excludes | #NUM! | #NUM!ProvenanceExcel documents: "If probability <= 0 or probability >= 1, LOGINV returns the #NUM! error value." |
Matched |
| =LOGINV(1,A3,A4) | A probability of one, the other excluded endpoint | #NUM! | #NUM!ProvenanceThe same documented sentence at the upper endpoint. |
Matched |
| =LOGINV(0.5,A3,0) | A standard deviation of zero, which the page also excludes | #NUM! | #NUM!ProvenanceExcel documents: "If standard_dev <= 0, LOGINV returns the #NUM! error value." |
Matched |
| =LOGINV("x",A3,A4) | A non-numeric argument, which the page gives a different error code | #VALUE! | #VALUE!ProvenanceExcel documents: "If any argument is nonnumeric, LOGINV 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(LOGINV(A2,A3,A4),7) | Microsoft's documented worked example: the inverse lognormal CDF at p = 0.039084 | 4.0000252 | 4.0000252ProvenanceMicrosoft publishes '=LOGINV(A2, A3, A4)' with the result 4.0000252 -- the same figure its modern replacement LOGNORM.INV publishes for the same three arguments. DERIVATION, along a different path from the published figure. The lognormal CDF is documented on the LOGNORM.DIST page as NORM.S.DIST((ln(x)-mu)/sigma), so with x = 4, mu = 3.5 and sigma = 1.2 the standardised argument is z = (ln 4 - 3.5)/1.2 = (1.3862943611198906188 - 3.5)/1.2 = -1.7614213657334244843. This corpus does not call any statistics library's normal CDF: it evaluates Phi(z) = erfc(-z/sqrt(2))/2 with mpmath at 50 digits, giving 0.039083555706800473296. The density is computed from its own closed form, exp(-(ln x - mu)^2/(2 sigma^2)) / (x sigma sqrt(2 pi)) = 0.017617596681819223728. The inverse is obtained by ROOT-FINDING on that same erfc-based CDF rather than by any inverse-normal routine: solving Phi(z) = 0.039084 gives z = -1.7613003288..., and exp(mu + sigma z) = 4.0000252186806350759 -- note the probability Microsoft feeds back in, 0.039084, is its own published CDF figure ROUNDED to six places, which is exactly why the inverse lands on 4.0000252 rather than on 4. |
Matched |
| =ROUND(LOGINV(A2,A3,A4),10) | The same value carried to ten decimal places | 4.00002521 | 4.0000252187Provenance4.0000252186806350759 at ten places. Asserted at the same precision as LOGNORM.INV so the legacy alias and its replacement can be compared directly. |
Mismatch |
| =ROUND(LOGINV(LOGNORMDIST(4,3.5,1.2),3.5,1.2),10) | The documented identity: LOGINV inverts LOGNORMDIST exactly | 3.999999991 | 4.0ProvenanceThe page's Description states "If p = LOGNORMDIST(x,...) then LOGINV(p,...) = x". Feeding the legacy CDF's full-precision output back into the legacy inverse must return 4 to ten places, using only the two legacy spellings. |
Mismatch |
| =LOGINV(0,A3,A4) | A probability of zero, which the page excludes | #NUM! | #NUM!ProvenanceExcel documents: "If probability <= 0 or probability >= 1, LOGINV returns the #NUM! error value." |
Matched |
| =LOGINV(1,A3,A4) | A probability of one, the other excluded endpoint | #NUM! | #NUM!ProvenanceThe same documented sentence at the upper endpoint. |
Matched |
| =LOGINV(0.5,A3,0) | A standard deviation of zero, which the page also excludes | #NUM! | #NUM!ProvenanceExcel documents: "If standard_dev <= 0, LOGINV returns the #NUM! error value." |
Matched |
| =LOGINV("x",A3,A4) | A non-numeric argument, which the page gives a different error code | #VALUE! | #VALUE!ProvenanceExcel documents: "If any argument is nonnumeric, LOGINV returns the #VALUE! error value." |
Matched |
LibreOffice Calc 25.8.7.3 (tested 2026-08-31)
| Formula | Description | Result | Expected | Verdict |
|---|---|---|---|---|
| =ROUND(LOGINV(A2,A3,A4),7) | Microsoft's documented worked example: the inverse lognormal CDF at p = 0.039084 | 4.0000252 | 4.0000252ProvenanceMicrosoft publishes '=LOGINV(A2, A3, A4)' with the result 4.0000252 -- the same figure its modern replacement LOGNORM.INV publishes for the same three arguments. DERIVATION, along a different path from the published figure. The lognormal CDF is documented on the LOGNORM.DIST page as NORM.S.DIST((ln(x)-mu)/sigma), so with x = 4, mu = 3.5 and sigma = 1.2 the standardised argument is z = (ln 4 - 3.5)/1.2 = (1.3862943611198906188 - 3.5)/1.2 = -1.7614213657334244843. This corpus does not call any statistics library's normal CDF: it evaluates Phi(z) = erfc(-z/sqrt(2))/2 with mpmath at 50 digits, giving 0.039083555706800473296. The density is computed from its own closed form, exp(-(ln x - mu)^2/(2 sigma^2)) / (x sigma sqrt(2 pi)) = 0.017617596681819223728. The inverse is obtained by ROOT-FINDING on that same erfc-based CDF rather than by any inverse-normal routine: solving Phi(z) = 0.039084 gives z = -1.7613003288..., and exp(mu + sigma z) = 4.0000252186806350759 -- note the probability Microsoft feeds back in, 0.039084, is its own published CDF figure ROUNDED to six places, which is exactly why the inverse lands on 4.0000252 rather than on 4. |
Matched |
| =ROUND(LOGINV(A2,A3,A4),10) | The same value carried to ten decimal places | 4.0000252187 | 4.0000252187Provenance4.0000252186806350759 at ten places. Asserted at the same precision as LOGNORM.INV so the legacy alias and its replacement can be compared directly. |
Matched |
| =ROUND(LOGINV(LOGNORMDIST(4,3.5,1.2),3.5,1.2),10) | The documented identity: LOGINV inverts LOGNORMDIST exactly | 4 | 4.0ProvenanceThe page's Description states "If p = LOGNORMDIST(x,...) then LOGINV(p,...) = x". Feeding the legacy CDF's full-precision output back into the legacy inverse must return 4 to ten places, using only the two legacy spellings. |
Matched |
| =LOGINV(0,A3,A4) | A probability of zero, which the page excludes | #VALUE! | #NUM!ProvenanceExcel documents: "If probability <= 0 or probability >= 1, LOGINV returns the #NUM! error value." |
Mismatch |
| =LOGINV(1,A3,A4) | A probability of one, the other excluded endpoint | #VALUE! | #NUM!ProvenanceThe same documented sentence at the upper endpoint. |
Mismatch |
| =LOGINV(0.5,A3,0) | A standard deviation of zero, which the page also excludes | #VALUE! | #NUM!ProvenanceExcel documents: "If standard_dev <= 0, LOGINV returns the #NUM! error value." |
Mismatch |
| =LOGINV("x",A3,A4) | A non-numeric argument, which the page gives a different error code | #VALUE! | #VALUE!ProvenanceExcel documents: "If any argument is nonnumeric, LOGINV returns the #VALUE! error value." |
Matched |
Docs & syntax
- Excel (desktop): official documentation
- Google Sheets: official documentation
- LibreOffice Calc: official documentation