https://bugs.freedesktop.org/show_bug.cgi?id=62326
Qubit <qu...@runcibility.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |qu...@runcibility.com
Ever confirmed|0 |1
--- Comment #3 from Qubit <qu...@runcibility.com> ---
TESTING on LO 4.2.0.0.beta2 on Ubuntu 12.04.3
(In reply to comment #0)
>
Repro steps:
1) Open LO Writer
2) Tools -> Macros -> Organize Macros -> LibreOffice Basic
3) Click on 'Untitled 1', then the 'New' button
4) In the code window that appears, dump the BASIC code (Comment 0) into the
file above the opening of the Main sub.
5) Inside the Main sub, call the function;
Sub Main
Example_Code_For_Integer()
End Sub
6) Run the code (F5)
Result:
See dialog box: "Cint(&H0): 0" with OK button
7) click the OK button
Result:
See dialog box: "Cint(&H7FFF): 32767" with OK button
8) click the OK button
Result:
See dialog box: "Inadmissible value or data type.\nOverflow."
(At this point program execution ended, so we didn't see the last msgBox)
> Program execution is halted and the error message displayed is:
> “Inadmissible value or data type. Overflow”.
Yep.
It's not clear to me if this behavior is as-expected, or is a bug.
> If the same BASIC code is run on Visual Basic V6.0 or the Visual Basic V6.5
> included with MS Office 2003, then it executes without errors.
>
Interoperability is a strong reason to try to accept this input, even if it
does take some development and testing.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
