Libreoffice ошибка 512 - Не ошибается лишь тот, кто ничего не делает!

View previous topic :: View next topic Author Message jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Tue Oct 09, 2012 6:29 pm Post subject: Libreoffice 3.6.2.2 build fails with «error 512» [

I’ve messed around with this, and googled to no avail, 3.6.2.2 will *not* build. Surely I’m not the only one this has happened to…

Code:

————————————————————————

Oh dear — something failed during the build — sorry !

For more help with debugging build errors, please see the section in:

http://wiki.documentfoundation.org/Development

internal build errors:

ERROR: error 512 occurred while making /home/portage-tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/l10ntools/prj

it seems that the error is inside ‘l10ntools’, please re-run build

inside this module to isolate the error and/or test your fix:

build_error.log should contain the captured output of the failed module(s)

————————————————————————

To rebuild a specific module:

make l10ntools.clean # optional

make l10ntools

when the problem is isolated and fixed, re-run ‘make’

make[1]: *** [build-packimages] Error 1

make[1]: Leaving directory `/home/portage-tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2′

make: *** [build] Error 2

Emerge —info

Code:

Merckx jesnow # emerge libreoffice —info

Portage 2.1.11.9 (default/linux/x86/10.0/desktop, gcc-4.5.4, glibc-2.15-r2, 3.3.0-gentoo i686)

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

System Settings

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

System uname: Linux-3.3.0-gentoo-i686-Intel-R-_Core-TM-_i7_CPU_860_@_2.80GHz-with-gentoo-2.1

Timestamp of tree: Tue, 09 Oct 2012 14:15:01 +0000

app-shells/bash: 4.2_p37

dev-java/java-config: 2.1.11-r3

dev-lang/python: 2.7.3-r2, 3.2.3

dev-util/cmake: 2.8.9

dev-util/pkgconfig: 0.27.1

sys-apps/baselayout: 2.1-r1

sys-apps/openrc: 0.9.8.4

sys-apps/sandbox: 2.5

sys-devel/autoconf: 2.13, 2.68

sys-devel/automake: 1.6.3-r1, 1.9.6-r3, 1.11.6

sys-devel/binutils: 2.22-r1

sys-devel/gcc: 4.5.4

sys-devel/gcc-config: 1.7.3

sys-devel/libtool: 2.4-r1

sys-devel/make: 3.82-r3

sys-kernel/linux-headers: 3.1 (virtual/os-headers)

sys-libs/glibc: 2.15-r2

Repositories: gentoo kde-sunset x-local

ACCEPT_KEYWORDS=»x86″

ACCEPT_LICENSE=»* -@EULA googleearth AdobeFlash-10.3 dlj-1.1 skype-4.0.0.7-copyright»

CBUILD=»i686-pc-linux-gnu»

CFLAGS=»-O2 -march=core2 -msse4 -pipe -mcx16 -fomit-frame-pointer»

CHOST=»i686-pc-linux-gnu»

CONFIG_PROTECT=»/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /usr/share/gnupg/qualified.txt»

CONFIG_PROTECT_MASK=»/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo»

CXXFLAGS=»-O2 -march=core2 -msse4 -pipe -mcx16 -fomit-frame-pointer»

DISTDIR=»/home/portage/distfiles»

FCFLAGS=»-O2 -march=i686 -pipe»

FEATURES=»assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch»

FFLAGS=»-O2 -march=i686 -pipe»

GENTOO_MIRRORS=»http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.cites.uiuc.edu/pub/gentoo/ http://gentoo.mirrors.easynews.com/linux/gentoo/ ftp://mirror.fslutd.org/linux/distributions/gentoo/»

LDFLAGS=»-Wl,-O1 -Wl,—as-needed»

LINGUAS=»en de fr»

MAKEOPTS=»-j10″

PKGDIR=»/home/portage/packages»

PORTAGE_CONFIGROOT=»/»

PORTAGE_RSYNC_OPTS=»—recursive —links —safe-links —perms —times —compress —force —whole-file —delete —stats —human-readable —timeout=180 —exclude=/distfiles —exclude=/local —exclude=/packages»

PORTAGE_TMPDIR=»/home/portage-tmp»

PORTDIR=»/home/portage»

PORTDIR_OVERLAY=»/var/lib/layman/kde-sunset /home/portage/local»

SYNC=»rsync://rsync.us.gentoo.org/gentoo-portage»

USE=»X a52 aac acpi alsa arts berkdb bmp branding bzip2 cairo cdda cdr cli consolekit cpudetection cracklib crypt cups cxx dbus dga divx4linux dri dts dvd dvdr emboss encode exif fam firefox flac foomatic fortran gd gdbm gif gimp gimpprint gtk hal iconv icu ipv6 java jpeg jpeg2k jpg kde lcms ldap libnotify mad mmx mng modules mp3 mp4 mpeg mplayer mudflap mysql ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pango pcre pdf png policykit postscript ppds pppd print qt3 qt3support readline samba sane sdl session smp spell sql sse sse2 sse3 ssl ssse3 startup-notification svg tcpd tiff tk truetype udev udisks unicode upower usb vorbis wav webkit win32codecs wmf wxwidgets x264 x86 xcb xml xmms xv xvid xvmc zlib» ALSA_CARDS=»ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci» ALSA_PCM_PLUGINS=»adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol» APACHE2_MODULES=»actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias» CALLIGRA_FEATURES=»kexi words flow plan sheets stage tables krita karbon braindump» CAMERAS=»ptp2″ COLLECTD_PLUGINS=»df interface irq load memory rrdtool swap syslog» ELIBC=»glibc» GPSD_PROTOCOLS=»ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx» INPUT_DEVICES=»evdev» KERNEL=»linux» LCD_DEVICES=»bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text» LIBREOFFICE_EXTENSIONS=»presenter-console presenter-minimizer» LINGUAS=»en de fr» PHP_TARGETS=»php5-3″ PYTHON_TARGETS=»python3_2 python2_7″ RUBY_TARGETS=»ruby18 ruby19″ USERLAND=»GNU» VIDEO_CARDS=»nvidia» XTABLES_ADDONS=»quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account»

Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

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

Package Settings

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

app-office/libreoffice-3.6.1.2 was built with the following:

USE=»branding cups dbus gtk java kde mysql opengl svg vba webdav (-aqua) -binfilter -binfilterdebug -eds -gnome -gstreamer -jemalloc -odk -postgres -test» LIBREOFFICE_EXTENSIONS=»presenter-console presenter-minimizer -nlpsolver -pdfimport -scripting-beanshell -scripting-javascript -wiki-publisher»

Last edited by jesnow on Sat Nov 03, 2012 7:14 am; edited 6 times in total

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

Posted: Tue Oct 09, 2012 8:00 pm Post subject:

First of all, you didn’t look far enough back — the actual error might be several pages of log back. Second, a blind guess says its this bug.

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Tue Oct 09, 2012 9:47 pm Post subject:

VoidMage wrote:

First of all, you didn’t look far enough back — the actual error might be several pages of log back.

No everything was compiling fine until that point.

Quote:

Second, a blind guess says its this bug.

I won’t say its impossible, but I fail to see the relevance. their build problems don’t at all resemble the ones I posted.

Sure I can always go to the gcc in unstable and see if it helps, but this is a stable system. And it’s voodoo anyway, not understanding the problem. I’ve tried all kinds of similar voodoo already to no avail.

Still need help on this.

cheers,

Jon.

emc
Guru
Guru

Joined: 02 Jul 2004
Posts: 564
Location: Cracow, Poland

san2ban
n00b
n00b

Joined: 10 Oct 2012
Posts: 1
Location: Bangalore, India

Posted: Wed Oct 10, 2012 5:18 pm Post subject:

Hello friends A Funtoo convert from ArchLinux (systemd hater) Libre office fails to emerge for me, GCC4.6.3, boost1.49 Pl. see the below link http://forums.funtoo.org/viewtopic.php?id=1646 _________________ When you have eliminated all other possibilities, whatever remains, however unprobable or impossible, that must be the truth — Sherlock Holmes Registered Linux user #535257

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

Posted: Thu Oct 11, 2012 2:37 pm Post subject:

jesnow wrote:

VoidMage wrote:

First of all, you didn’t look far enough back — the actual error might be several pages of log back.

No everything was compiling fine until that point.

:roll: My answer to that is a short one — BS.

Also, I’m nearly certain you’d see the relevance, if you’d (or rather — had you) check a large enough portion of the log, not just a couple last lines.

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Thu Oct 11, 2012 7:06 pm Post subject:

VoidMage wrote:

jesnow wrote:

VoidMage wrote:

First of all, you didn’t look far enough back — the actual error might be several pages of log back.

No everything was compiling fine until that point.

:roll: My answer to that is a short one — BS.

Also, I’m nearly certain you’d see the relevance, if you’d (or rather — had you) check a large enough portion of the log, not just a couple last lines.

OK: Money where your mouth is time:

http://pastebin.com/RFAaDH4V

That’s just what was in the scrollback buffer, if you want the whole log (not small) I’ll send it. I’m happy to be proved an idiot if you can figure out what’s wrong. If not then my comment to you is obvious.

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Thu Oct 11, 2012 7:09 pm Post subject:

san2ban wrote:

Hello friends

A Funtoo convert from ArchLinux (systemd hater)

Libre office fails to emerge for me, GCC4.6.3, boost1.49

Pl. see the below link

http://forums.funtoo.org/viewtopic.php?id=1646

In your case the 512 error is in the tail_build section, which is different from the problem I’m having, though maybe related.

Can we all agree that «Internal Build Errors» should not occur?

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

Posted: Thu Oct 11, 2012 9:30 pm Post subject:

All I can say is

If you expect a mere 200 lines to be enough, be prepared to be disappointed on several occasions.

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Fri Oct 12, 2012 11:28 am Post subject:

VoidMage wrote:

All I can say is

If you expect a mere 200 lines to be enough, be prepared to be disappointed on several occasions.

Several other people with this bug have tried with -j1 set, I’ll do that but don’t expect much. I haven’t tried gutting a chicken on the keyboard either. You’re not providing much insight O great one.

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

Posted: Fri Oct 12, 2012 4:07 pm Post subject:

jesnow wrote:

:roll: That’s cause for the time being I’m only pointing out the obvious — hard to shine at that.

erikm
l33t
l33t

Joined: 08 Feb 2005
Posts: 634

Posted: Tue Oct 16, 2012 10:05 am Post subject:

@ jesnow:

I just got this build error with libreoffice-3.6.2.2 after upgrading boost to 1.49 — as in, exactly the message in your intial post — and indeed, in my case it is the bug VoidMage linked to.

Hint:

Error Message wrote:

build_error.log should contain the captured output of the failed module(s)

Next hint: take a look at ‘$PORTAGE_TMPDIR/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/build_error.log’.

I’ll see if the solution posted by Coacher in the bug report works.

erikm
l33t
l33t

Joined: 08 Feb 2005
Posts: 634

Posted: Tue Oct 16, 2012 11:20 am Post subject:

erikm wrote:

I’ll see if the solution posted by Coacher in the bug report works.

… and it did (gcc-4.5.3-r2, libreoffice-3.6.2.2, boost-1.49.0-r1).

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Tue Oct 16, 2012 12:44 pm Post subject:

erikm wrote:

I’ll see if the solution posted by Coacher in the bug report works.

… and it did (gcc-4.5.3-r2, libreoffice-3.6.2.2, boost-1.49.0-r1).

Glad it worked for you, but it’s a different problem that occurs in a different part of the build than the bug you cite. Worth a try though.

jesnow
l33t
l33t

Joined: 26 Apr 2006
Posts: 782

Posted: Tue Oct 16, 2012 2:01 pm Post subject:

You guys don’t understand this problem any better than I do. I pronounce you Pretty Useless, and have a different solution. Delete LibreOffice from package.keywords, go back to 3.5 and wait for the people who do know what they’re doing stabilize it. Works for me. Seeya.

Thistled
Guru
Guru

Joined: 06 Jan 2011
Posts: 551
Location: Scotland

Posted: Tue Oct 16, 2012 2:18 pm Post subject:

jesnow wrote:

You guys don’t *understand* this problem any better than I do. I pronounce you Pretty Useless, and have a different solution. Delete LibreOffice from package.keywords, go back to 3.5 and wait for the people who *do* know what they’re doing stabilize it.

Works for me. Seeya.

Another fine example of how frustration leads to pure cheek. :roll:

Also, and I am not a dev, but if you are going to use ~ then expect problems.
_________________
Whatever you do, do it properly!

LinuxInside
n00b
n00b

Joined: 30 Oct 2012
Posts: 2

Posted: Tue Oct 30, 2012 11:18 pm Post subject:

Code:

[ build CXX ] l10ntools/source/help/HelpSearch.cxx

In file included from /usr/include/boost/functional/hash.hpp:6:0,

from /usr/include/boost/unordered/unordered_map.hpp:21,

from /usr/include/boost/unordered_map.hpp:16,

from /var/tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/l10ntools/source/help/HelpCompiler.hxx:33,

from /var/tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/l10ntools/source/help/HelpCompiler.cxx:30:

/usr/include/boost/functional/hash/hash.hpp:28:21: fatal error: typeindex: No such file or directory

Hmm something todo with libboost?

LinuxInside
n00b
n00b

Joined: 30 Oct 2012
Posts: 2

Posted: Tue Oct 30, 2012 11:26 pm Post subject:

Found this bug report https://bugs.gentoo.org/show_bug.cgi?id=435998 See comment 22 So found the cause now we need to fix it…

jserink
Veteran
Veteran

Joined: 30 Jan 2004
Posts: 1007

Posted: Thu Nov 01, 2012 1:24 pm Post subject:

The last libreoffice I had that built was Version 3.6.1.2 (Build ID: Gentoo official package) Then 3.6.1.2 got removed from the tree and portage wanted to push me back down to 3.5.7 so I unmasked 3.6.2.2 and it would never build due to a libreoffice-l10n error quite late on in the build. Today I’ve just upgraded to lib-boost 1.49.0-r2 and will try and compile libreoffice again but I’m not holding my breath, the error I always got was related to libreoffice-l10n.

jserink
Veteran
Veteran

Joined: 30 Jan 2004
Posts: 1007

Posted: Thu Nov 01, 2012 1:40 pm Post subject:

Hi All: Yup, still does not build: ———————————————————————— Oh dear — something failed during the build — sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 512 occurred while making /var/tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/l10ntools/prj it seems that the error is inside ‘l10ntools’, please re-run build inside this module to isolate the error and/or test your fix: build_error.log should contain the captured output of the failed module(s)

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

jserink
Veteran
Veteran

Joined: 30 Jan 2004
Posts: 1007

Posted: Fri Nov 02, 2012 11:52 am Post subject:

VoidMage wrote:

@jserink: I’ll repeat — that’s not the error, just a message, that the build has failed.

Well?

The last time it built properly was when there was a matching version of libreoffice-l10n to libreoffice.

Now there isn’t one since libreoffice 3.6.1.2 disappeared from the tree.

jserinki7 jserink # ls -l /usr/portage/app-office/libreoffice-l10n

total 164

-rw-r—r— 1 root root 10787 Oct 24 23:01 ChangeLog

drwxr-xr-x 2 portage portage 4096 Aug 8 20:01 files

-rw-r—r— 1 root root 3453 Oct 24 22:47 libreoffice-l10n-3.5.7.ebuild

-rw-r—r— 1 root root 3146 Aug 31 22:02 libreoffice-l10n-3.6.1.2.ebuild

-rw-r—r— 1 root root 135494 Oct 24 23:01 Manifest

-rw-r—r— 1 root root 278 May 31 18:31 metadata.xml

jserinki7 jserink # ls -l /usr/portage/app-office/libreoffice

total 172

-rw-r—r— 1 root root 70096 Oct 31 05:01 ChangeLog

drwxr-xr-x 2 portage portage 4096 Sep 25 18:01 files

-rw-r—r— 1 root root 15672 Aug 31 22:31 libreoffice-3.5.6.2.ebuild

-rw-r—r— 1 root root 17397 Sep 25 22:03 libreoffice-3.6.2.2.ebuild

-rw-r—r— 1 root root 17399 Sep 24 16:31 libreoffice-3.6.9999.ebuild

-rw-r—r— 1 root root 17944 Oct 31 05:01 libreoffice-9999-r2.ebuild

-rw-r—r— 1 root root 13528 Oct 31 05:01 Manifest

-rw-r—r— 1 root root 1645 Sep 20 16:01 metadata.xml

VoidMage
Watchman

Joined: 14 Oct 2006
Posts: 6194

Posted: Fri Nov 02, 2012 1:58 pm Post subject:

What I’m saying is that for libreoffice the message you’ve posted is little more meaningful than your average portage failure message usually is. The error might be several hundred lines back and chances are it’s the one from the already mentioned bug.

Clad in Sky
l33t
l33t

Joined: 04 May 2007
Posts: 878
Location: Germany

Posted: Sat Nov 03, 2012 1:14 pm Post subject:

jesnow, try going to /home/portage-tmp/portage/app-office/libreoffice-3.6.2.2/work/libreoffice-core-3.6.2.2/l10ntools, since this is where the build error might have occurred according to your error message. Run make The module will probably fail again, but this time you have less output to scroll through. See if you can find an error where it says something about boost missing typeindex or something similar. If you find that message, VoidMage was right and you can (probably) solve your problem with the workaround you can find in the bug report. _________________ Kali Ma Now it’s autumn of the aeons Dance with your sword Now it’s time for the harvest

Clad in Sky
l33t
l33t

Joined: 04 May 2007
Posts: 878
Location: Germany

Posted: Sun Nov 04, 2012 10:14 am Post subject:

OK, now I’m getting the same error.

Code:

[ build CXX ] xmlhelp/source/cxxhelp/provider/databases.cxx

[ build CXX ] xmlhelp/source/cxxhelp/provider/db.cxx

[ build CXX ] xmlhelp/source/cxxhelp/provider/inputstream.cxx

In file included from /usr/include/boost/functional/hash.hpp:6:0,

from /usr/include/boost/unordered/unordered_map.hpp:21,

from /usr/include/boost/unordered_map.hpp:16,

from /medien/tmp/portage/app-office/libreoffice-3.6.3.2/work/libreoffice-core-3.6.3.2/xmlhelp/source/cxxhelp/provider/db.hxx:42,

from /medien/tmp/portage/app-office/libreoffice-3.6.3.2/work/libreoffice-core-3.6.3.2/xmlhelp/source/cxxhelp/provider/databases.cxx:29:

/usr/include/boost/functional/hash/hash.hpp:28:21: fatal error: typeindex: No such file or directory

compilation terminated.

In the bug report VoidMage linked to the workaround was this:

«As a workaround you can create /etc/portage/env/app-office/libreoffice file with the following contents:

CXXFLAGS=»${CXXFLAGS} -DBOOST_NO_0X_HDR_TYPEINDEX»

CPPFLAGS=»${CXXFLAGS}»»

Perhaps I went wrong here. Made a directory in /etc/portage called env, created a directory app-office inside of that and placed a file called libreoffice in there. The content of the file is:

CXXFLAGS=»${CXXFLAGS} -DBOOST_NO_0X_HDR_TYPEINDEX»

CPPFLAGS=»${CXXFLAGS}»

So, did I understand the workaround correctly?

This should be sufficient to build it and worked for me.
_________________
Kali Ma

Now it’s autumn of the aeons

Dance with your sword

Now it’s time for the harvest

Display posts from previous:

Источник

##### — эти символы сообщают, что столбец, содержащий числа, недостаточно широк, или же дата и время, введенные в ячейки данного столбца, содержат отрицательные числа. В первом случае достаточно просто увеличить ширину столбца или изменить числовой формат данных (например, уменьшить число знаков после запятой). Во втором же случае надо:

• проверить формулу, если вычисляется число дней между двумя датами;

• если формула не содержит ошибок, необходимо изменить формат ячейки и перейти, например, с формата Дата и время на Общий или Числовой формат.

Ошибка: 501 — недопустимый символ. Формула содержит недопустимый символ, например =1Eр вместо =1E2.

Ошибка: 502 — недопустимый аргумент. Функция имеет недопустимый аргумент, например отрицательное число для функции извлечения корня.

Ошибка: 503 (#NUM! ) — недопустимая операция с плавающей запятой. Вычисление приводит к переполнению диапазона значений.

Ошибка: 504 — ошибка в списке параметров. Используется недопустимый параметр функции, например текст вместо числа или гиперссылка вместо ссылки на ячейку.

Ошибка: 508 — нет пары.

Отсутствует скобка (закрывающая или открывающая).

Ошибка: 509 — отсутствует оператор. В формуле отсутствует оператор (+, – и т. д.).

Ошибка: 510 — отсутствует переменная.

Отсутствует переменная (два оператора стоят рядом).

Ошибка: 511 — отсутствует переменная. В функции не хватает переменной.

Ошибка: 512 — слишком длинная формула.

Общее число внутренних маркеров (операторов, переменных, скобок) в формуле превышает 512 или общее число матриц, которые создает формула, превышает 150.

Ошибка: 513 — слишком длинная строка. Идентификатор в формуле превышает 64 Kб.

Ошибка: 514 — внутреннее переполнение.

Переполнен стек вычислений (например, операция сортировки предпринята на слишком большом количестве числовых данных — более 100 000).

Ошибка: 516 — внутренняя синтаксическая ошибка. В стеке вычислений недоступна необходимая матрица.

Ошибка: 517 — внутренняя синтаксическая ошибка. Документ с новой функцией открыт в старой версии программы.

Ошибка: 518 — внутренняя синтаксическая ошибка. Переменная недоступна.

Ошибка: 519 (#VALUE) — нет результата. Ячейка, на которую ссылается формула, содержит текст вместо числа. -В ячейке отображается #ЗНАЧЕН! , а не Ошибка: 519.

Ошибка: 520 — внутренняя синтаксическая ошибка. Компилятор создал неизвестный код компиляции.

Ошибка: 521 — внутренняя синтаксическая ошибка. Нет результата.

Ошибка: 522 — циклическая ссылка. Формула ссылается прямо или косвенно на саму себя, а параметр Итерации не настроен.

Ошибка: 523 — процедура вычисления не сходится. Функция потеряла подбираемое значение или циклические ссылки не доходят до минимальных изменений для заданного максимального числа шагов.

Ошибка: 524 (#REF) — недопустимые ссылки. В формуле отсутствует столбец, строка или лист с заданной ячейкой.

-В ячейке отображается #ССЫЛ!2, а не Ошибка: 524.

Ошибка: 525 (#NAME) — недопустимые имена. Нет допустимой ссылки, доменного имени, подписи столбца/строки, макроса, присутствует неправильный десятичный разделитель или не найдена надстройка.

-В ячейке отображается #ИМЯ, а не Ошибка: 525.

Ошибка: 526 — внутренняя синтаксическая ошибка. Ссылка устарела.

Ошибка: 527 — внутреннее переполнение. Слишком сложное вложение ссылок.

Ошибка: 532 (#DIV/0!) — деление на ноль. В формуле используется деление на ноль.

Источник

Автор

Сообщение

Заголовок сообщения: Libreoffice — уже доставать начал!

Добавлено: Пн 22 апр, 2013 12:34 pm

Модератор

Зарегистрирован: Ср 08 ноя, 2006 2:53 pm
Сообщения: 5482
Откуда: СССР, Харьков

При обновлении:

Код:

Upgrading ‘libreoffice-4.0.1_1’ to ‘libreoffice-4.0.2’ (editors/libreoffice)

Выдал:

Код:

[build CXX] xmlsecurity/source/framework/elementmark.cxx
[build CXX] xmlsecurity/source/framework/encryptionengine.cxx
[build CXX] xmlsecurity/source/framework/encryptorimpl.cxx
[build CXX] xmlsecurity/source/framework/saxeventkeeperimpl.cxx
[build CXX] xmlsecurity/source/framework/securityengine.cxx
[build CXX] xmlsecurity/source/framework/signaturecreatorimpl.cxx
[build CXX] xmlsecurity/source/framework/signatureengine.cxx
[build CXX] xmlsecurity/source/framework/signatureverifierimpl.cxx
[build CXX] xmlsecurity/source/framework/xmlencryptiontemplateimpl.cxx
[build CXX] xmlsecurity/source/framework/xmlsignaturetemplateimpl.cxx
[build CXX] xmlsecurity/source/framework/xsec_framework.cxx
[build CXX] binaryurp/qa/test-unmarshal.cxx
[build LNK] CppunitTest/libtest_cppu_checkapi.so
[build LNK] CppunitTest/libtest_cppu_qa_any.so
[build LNK] CppunitTest/libtest_cppu_qa_recursion.so
clang: error: unable to execute command: Bus error: 10 (core dumped)
clang: error: linker command failed due to signal (use -v to see invocation)
gmake[2]: *** [/tmp/lobuild/workdir/unxfbsd.pro/LinkTarget/CppunitTest/libtest_cppu_qa_any.so] Error 254
gmake[2]: *** Waiting for unfinished jobs….

————————————————————————
Oh dear — something failed during the build — sorry !
For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development

internal build errors:

ERROR: error 512 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-4.0.2.2/tail_build/prj

it seems that the error is inside ‘tail_build’, please re-run build
inside this module to isolate the error and/or test your fix.

————————————————————————
To rebuild a specific module:

gmake tail_build.clean # not recommended, this will re-build almost everything
gmake tail_build

when the problem is isolated and fixed, re-run ‘gmake’
gmake[1]: *** [build-packimages] Error 1
gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.0.2.2′
gmake: *** [all] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/editors/libreoffice.
*** [build] Error code 1

Stop in /usr/ports/editors/libreoffice.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130422-10021-4hltca-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libreoffice-4.0.1_1 UPGRADE_PORT_VER=4.0.1_1 make
** Fix the problem and try again.
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! editors/libreoffice (libreoffice-4.0.1_1) (new compiler error)
/usr/ports/editors/libreoffice #

Кто обновлялся у всех так или только у меня?

Пошёл пока сюда

http://wiki.documentfoundation.org/Development

чего не так у меня

Вернуться к началу

arrowdodger	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 1:34 pm
Зарегистрирован: Чт 14 май, 2009 6:56 pm Сообщения: 870	Линкеру не хватило памяти и он покрашился?
Вернуться к началу

ankor	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 2:16 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	arrowdodger писал(а): Линкеру не хватило памяти и он покрашился? Вот линкер даёт! 8G памяти и 1T на диске свободно, а ему всё мало Не в этом дело, буду разбираться позже, сейчас другим занят.
Вернуться к началу

w@sp	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Пн 22 апр, 2013 5:38 pm
Зарегистрирован: Ср 26 май, 2004 10:37 pm Сообщения: 334 Откуда: Ukraine, Kyiv	ankor писал(а): Кто обновлялся у всех так или только у меня? У меня при обновелении ошибок (как ни странно) не было Зато уже достала ситуация, когда после закрытия LO, процесс остается «висеть» в памяти, и его приходится «убивать руками» Данная фигня появилась в 4-й версии … Да, и еще, при попытке вызова формата ячейки (в Calc) LO валится в кору (( Все эти проблемы известны, и есть в списках расслыки, но «воз и ныне там» ((
Вернуться к началу

ankor	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Пн 22 апр, 2013 6:08 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	w@sp писал(а): Да висит, Код: 2728 ?? I 0:07,30 /usr/local/lib/libreoffice/program/soffice.bin —splash-pipe=6 2742 ?? I 0:04,43 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 но не жрёт ничего(память отъедает), типа уже готов, что-бы стартануть быстрее, как-бы «быстрый старт» раньше было такое, как сейчас не знаю. У меня с Calc нет проблем, а вот Либра может зависнуть(не важно что запустил) и ядро в панику загнать, вот только что: Код: ankor dumped core — see /var/crash/vmcore.2 Mon Apr 22 16:38:44 EEST 2013 FreeBSD ankor 9.1-RELEASE-p1 FreeBSD 9.1-RELEASE-p1 #3 r247214: Sun Feb 24 13:26:49 EET 2013 root@ankor:/usr/obj/usr/src/sys/GENERIC amd64 panic: general protection fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type «show copying» to see the conditions. There is absolutely no warranty for GDB. Type «show warranty» for details. This GDB was configured as «amd64-marcel-freebsd»… Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff807d7bce stack pointer = 0x28:0xffffff8234fe0870 frame pointer = 0x28:0xffffff8234fe0880 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 98320 (soffice.bin) trap number = 9 panic: general protection fault cpuid = 0 KDB: stack backtrace: Давно такого не было.
Вернуться к началу

w@sp	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 6:14 pm
Зарегистрирован: Ср 26 май, 2004 10:37 pm Сообщения: 334 Откуда: Ukraine, Kyiv	Да, но этот «висяк» LO влияет на другие приложения!!! По крайней мере у меня, Mousepad «глючит» (файл открывает, но не радактируется 100%, проверяно!) Всё это «НЕМНОГО» напрягает Раньше такого не было!
Вернуться к началу

AlexVPetrov	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 7:31 pm
Зарегистрирован: Вт 18 сен, 2007 10:26 am Сообщения: 1025 Откуда: СССР, Красноярск	Код: /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 да, висит. Собирал с: KDE, CUPS, PGSQL. Смутно вспоминаю, что не собирался с clang или наоборот только им.
Вернуться к началу

w@sp	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 10:20 pm
Зарегистрирован: Ср 26 май, 2004 10:37 pm Сообщения: 334 Откуда: Ukraine, Kyiv	Снова пересобрал LO, предварительно удалив настройки (в /var/db/ports). LO собрался без проблем, и «проблема» с Calc уже не наблюдается, но вот «висяки» никуда не делись …. Сколько раз запустишь LO, столько и «висит» … Код: vladiom# ps aux \| grep soffice.bin admin 94881 0,0 2,0 550152 164092 v7 I 20:59 0:02,78 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 94959 0,0 2,0 546224 165644 v7 I 21:00 0:05,30 /usr/local/lib/libreoffice/program/soffice.bin —writer —splash-pipe=6 admin 94976 0,0 1,6 490604 136100 v7 I 21:00 0:02,40 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 94996 0,0 2,0 551384 166260 v7 I 21:01 0:01,72 /usr/local/lib/libreoffice/program/soffice.bin —draw —splash-pipe=6 admin 95015 0,0 1,6 490604 135964 v7 I 21:01 0:01,39 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 95036 0,0 2,1 564460 174652 v7 I 21:01 0:04,55 /usr/local/lib/libreoffice/program/soffice.bin —writer —splash-pipe=6 root 95234 0,0 0,0 16276 1772 1 S+ 21:10 0:00,00 grep soffice.bin
Вернуться к началу

neyromant	Заголовок сообщения: Добавлено: Пн 22 апр, 2013 11:09 pm
Зарегистрирован: Вт 19 фев, 2008 10:54 am Сообщения: 536 Откуда: Vladimir	Надо проверить ради интереса у себя.
Вернуться к началу

ankor	Заголовок сообщения: Добавлено: Ср 24 апр, 2013 3:05 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	Обновил LO Код: /home/ankor # pkg_info \| grep libreoffice libreoffice-4.0.2 Full integrated office productivity suite ru-libreoffice-4.0.2 ru language pack for libreoffice Мнго раз в клаву тыкал, под разным углом результат, ноль. Обновил ядро Код: uname -a FreeBSD ankor 9.1-RELEASE-p2 FreeBSD 9.1-RELEASE-p2 #4 r249796: Wed Apr 24 07:45:59 EEST 2013 root@ankor:/usr/obj/usr/src/sys/GENERIC amd64 изменения в ядре: Код: 20130402: p2 FreeBSD-SA-13:03.openssl FreeBSD-SA-13:04.bind Fix multiple vulnerabilities in OpenSSL. Fix Denial of Service vulnerability in named(8). запустил на обновление LO не надеясь , что обновиться и вдруг всё встало. Моя совсем непонимать стало.
Вернуться к началу

JSN	Заголовок сообщения: Добавлено: Вс 28 апр, 2013 12:55 pm
Зарегистрирован: Вт 27 дек, 2005 8:00 am Сообщения: 217 Статей: 3 Откуда: Челябинск	9.1-RELEASE — LO обновился без проблем.
Вернуться к началу

wowan400	Заголовок сообщения: Добавлено: Вс 28 апр, 2013 7:18 pm
Зарегистрирован: Сб 19 сен, 2009 5:42 pm Сообщения: 40	А у меня, LO не запускается, после установки появляется заставка на пару секунд и все. В журнале soffice.bin signal 11 exit (core dumped).
Вернуться к началу

ankor	Заголовок сообщения: Добавлено: Пн 29 апр, 2013 10:09 am
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	wowan400 писал(а): А у меня, LO не запускается, после установки появляется заставка на пару секунд и все. В журнале soffice.bin signal 11 exit (core dumped). То-же было такое, вот как устранил точно не помню. Найти всё процессы soffice и убить их и после этого стартануть Writer или Calc неважно что, как-бы так.
Вернуться к началу

JSN	Заголовок сообщения: Добавлено: Пн 29 апр, 2013 10:23 am
Зарегистрирован: Вт 27 дек, 2005 8:00 am Сообщения: 217 Статей: 3 Откуда: Челябинск	w@sp писал(а): Снова пересобрал LO, предварительно удалив настройки (в /var/db/ports). LO собрался без проблем, и «проблема» с Calc уже не наблюдается, но вот «висяки» никуда не делись …. Сколько раз запустишь LO, столько и «висит» … Код: vladiom# ps aux \| grep soffice.bin admin 94881 0,0 2,0 550152 164092 v7 I 20:59 0:02,78 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 94959 0,0 2,0 546224 165644 v7 I 21:00 0:05,30 /usr/local/lib/libreoffice/program/soffice.bin —writer —splash-pipe=6 admin 94976 0,0 1,6 490604 136100 v7 I 21:00 0:02,40 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 94996 0,0 2,0 551384 166260 v7 I 21:01 0:01,72 /usr/local/lib/libreoffice/program/soffice.bin —draw —splash-pipe=6 admin 95015 0,0 1,6 490604 135964 v7 I 21:01 0:01,39 /usr/local/lib/libreoffice/program/soffice.bin —calc —splash-pipe=6 admin 95036 0,0 2,1 564460 174652 v7 I 21:01 0:04,55 /usr/local/lib/libreoffice/program/soffice.bin —writer —splash-pipe=6 root 95234 0,0 0,0 16276 1772 1 S+ 21:10 0:00,00 grep soffice.bin Как выяснилось, у меня то же самое! pkg_info \| grep libreoffice libreoffice-4.0.2 Full integrated office productivity suite ru-libreoffice-4.0.2 ru language pack for libreoffice Причем, если запустить soffice из консоли, а потом выйти из программы — она не завершает свою работу, а так и остается висеть в консоли незавершенная, хотя само окно того же Writer уже успешно закрылось.
Вернуться к началу

ankor	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Пт 10 май, 2013 1:43 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	Не, ну уже достал LO! /home/ankor # portupgrade libreoffice ru-libreoffice И вот опять получил: Цитата: [build CXX] svx/source/sdr/contact/viewobjectcontactredirector.cxx clang: error: unable to execute command: Bus error: 10 (core dumped) clang: error: clang frontend command failed due to signal (use -v to see invocation) clang version 3.2 (tags/RELEASE_32/final) Target: amd64-portbld-freebsd9.1 Thread model: posix clang: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. clang: note: diagnostic msg: ****************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /tmp/viewobjectcontactofmasterpagedescriptor-Lcdgte.cpp clang: note: diagnostic msg: /tmp/viewobjectcontactofmasterpagedescriptor-Lcdgte.sh clang: note: diagnostic msg: **************** gmake[2]: * [/tmp/lobuild/workdir/unxfbsd.pro/CxxObject/svx/source/sdr/contact/viewobjectcontactofmasterpagedescriptor.o] Error 254 gmake[2]: * Waiting for unfinished jobs…. ———————————————————————— Oh dear — something failed during the build — sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 512 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-4.0.3.3/tail_build/prj it seems that the error is inside ‘tail_build’, please re-run build inside this module to isolate the error and/or test your fix. ———————————————————————— To rebuild a specific module: gmake tail_build.clean # not recommended, this will re-build almost everything gmake tail_build when the problem is isolated and fixed, re-run ‘gmake’ gmake[1]: * [build-packimages] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.0.3.3′ gmake: * [all] Error 2 * [do-build] Error code 1 Stop in /usr/ports/editors/libreoffice. * [build] Error code 1 Stop in /usr/ports/editors/libreoffice. Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130510-2867-1yec77-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libreoffice-4.0.2 UPGRADE_PORT_VER=4.0.2 make Fix the problem and try again. —> Skipping ‘russian/libreoffice’ (ru-libreoffice-4.0.2) because a requisite package ‘libreoffice-4.0.2’ (editors/libreoffice) failed (specify -k to force) Listing the failed packages (-:ignored / :skipped / !:failed) ! editors/libreoffice (libreoffice-4.0.2) (new compiler error) russian/libreoffice (ru-libreoffice-4.0.2) /home/ankor #
Вернуться к началу

w@sp	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Пт 10 май, 2013 2:01 pm
Зарегистрирован: Ср 26 май, 2004 10:37 pm Сообщения: 334 Откуда: Ukraine, Kyiv
Вернуться к началу

ankor	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Пт 10 май, 2013 10:23 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	Это что-то с чем-то. Обновление не идет ни в какую ни portupgrade ни portmaster. Сделал так: #cd /usr/ports/editors/libreoffice && make deinstall && make install clean Собрался без проблем, так теперь не работает, показывает стартовую заставку и падает. Код: May 10 21:14:12 ankor kernel: pid 39909 (soffice.bin), uid 1001: exited on signal 11 (core dumped) May 10 21:14:38 ankor kernel: pid 39923 (soffice.bin), uid 1001: exited on signal 11 (core dumped)
Вернуться к началу

w@sp	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Сб 11 май, 2013 8:32 am
Зарегистрирован: Ср 26 май, 2004 10:37 pm Сообщения: 334 Откуда: Ukraine, Kyiv	Попробуй удалить локальную папку с настройками (~/.config/libreoffice) и не забудь удалить «зависшие» процессы LO, ну и снова запусти LO … Мне это помоголо, но правда у меня LO в кору не падал … P.S. А вообще ситуация с обновлением LO странная!!! С помощью portupgrade-а не обновляется, а из порта ставиться … Может что-то не так с portupgrade? Фигня какая-то …
Вернуться к началу

liman	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Сб 11 май, 2013 1:06 pm
Зарегистрирован: Ср 28 сен, 2011 2:03 pm Сообщения: 168	Вчера обновил LO с 4.0.2 на 4.0.3 через portmaster без проблем. Остался глюк — запустишь LO — мигнет заставка и исчезает, больше не появляется. Если запускать Calc, Writer, etc — запускается нормально и после того, как закрыл программу, стартовое окно LO нормально показывается и работает, пока его не закроешь. И процессы остаются в памяти, еcли закрываешь главное окно LO. Если его не закрывать — то остаются два процесса (первые).
Вернуться к началу

ankor	Заголовок сообщения: Re: Libreoffice — уже доставать начал! Добавлено: Сб 11 май, 2013 11:39 pm
Зарегистрирован: Ср 08 ноя, 2006 2:53 pm Сообщения: 5482 Откуда: СССР, Харьков	w@sp писал(а): Попробуй удалить локальную папку с настройками (~/.config/libreoffice) и не забудь удалить «зависшие» процессы LO, ну и снова запусти LO … Мне это помоголо, но правда у меня LO в кору не падал … P.S. А вообще ситуация с обновлением LO странная!!! С помощью portupgrade-а не обновляется, а из порта ставиться … Может что-то не так с portupgrade? Фигня какая-то … Да у меня сейчас и с порта не собирается, но у меня судя по всему в страйпе один диск заглючил, система кричит «неверный дескриптор» и именно на папки(/tmp/lobuild), которые LO использует для установки. fsck всё исправляет, а эти «дескрипторы» опять откуда-то лезут и именно при установке LO. portupgrade думаю не при чем в данном случае, portmaster то-же не справляется, всё дело в LO. Да глючить LO стал «неподецки», думаю уже на Калигру переползти, правда когда я ее ставил глючила ещё хлеще, но может изменилось к лучшему. P.S. Вот с порта сборка провалилась: Код: [build CXX] sfx2/source/dialog/dinfdlg.cxx [build CXX] sfx2/source/dialog/dinfedt.cxx error: unable to rename temporary ‘/usr/ports/editors/libreoffice/work/lobuild/workdir/unxfbsd.pro/CxxObject/sfx2/source/dialog/alienwarn.o-1a68b9fa’ to output file ‘/tmp/lobuild/workdir/unxfbsd.pro/CxxObject/sfx2/source/dialog/alienwarn.o’: ‘No such file or directory’ 1 error generated. gmake[2]: * [/tmp/lobuild/workdir/unxfbsd.pro/CxxObject/sfx2/source/dialog/alienwarn.o] Error 1 gmake[2]: * Waiting for unfinished jobs…. ———————————————————————— Oh dear — something failed during the build — sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 512 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-4.0.3.3/tail_build/prj it seems that the error is inside ‘tail_build’, please re-run build inside this module to isolate the error and/or test your fix. ———————————————————————— To rebuild a specific module: gmake tail_build.clean # not recommended, this will re-build almost everything gmake tail_build when the problem is isolated and fixed, re-run ‘gmake’ gmake[1]: * [build-packimages] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/libreoffice/work/libreoffice-4.0.3.3′ gmake: * [all] Error 2 * [do-build] Error code 1 Stop in /usr/ports/editors/libreoffice. * [install] Error code 1 Stop in /usr/ports/editors/libreoffice. /usr/ports/editors/libreoffice #
Вернуться к началу

Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Majestic-12 [Bot]

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Источник

Last updated on September 11, 2021

Tech Support 24/7

Ask a Tech Specialist Online

Connect with the Expert via email, text or phone. Include photos, documents, and more. Get step-by-step instructions from verified Tech Support Specialists.

On this page, you will find more information about the most common causes and most relevant solutions for the LibreOffice Calc error ‘512’. Do you need help straight away? Visit our support page.

Error information

Category
Error code

512
Product

LibreOffice Calc
Developer

LibreOffice
Operating system

—
Platform

—
First seen

September 11, 2021
Verified

Yes

JustAnswer

What causes the 512 error?

The LibreOffice documentation indicates that error code ‘512’ is caused by the following problem: «Compiler: the total number of internal tokens, (that is, operators, variables, brackets) in the formula exceeds 8192.».

Do you think there is another cause for this error? Let others know in the comments.

Tech Support 24/7

Ask a Tech Specialist Online

Connect with the Expert via email, text or phone. Include photos, documents, and more. Get step-by-step instructions from verified Tech Support Specialists.

Need more help?

Do you need more help?

Tech experts are ready to answer your questions.

Ask a question

Источник

Автор Al_Ex, 1 июня 2017, 13:14

0 Пользователи и 1 гость просматривают эту тему.

Всем привет!
Возникла такая непонятная проблема:
Есть колонка А с формулами, где в качестве результата возвращается ошибка (это валидное значение).
Как пример, в ячейке А1 написана формула =SIN({#NUM!}) (для данного кейса это валидная формула) в результате вернет ошибку Err:512.
Есть колонка В, где описан ожидаемый результат в виде констант, в т.ч. и ошибки. В колонке В1 написано Err:512.
В колонке С написана такая формула: =IF(ERROR.TYPE(A1)=ERROR.TYPE(B1),»True»,»False»).

Согласно https://help.libreoffice.org/Calc/ERROR.TYPE_function функция для ошибок выше 7 статуса всегда возвращает #N/A.
Соответственно моя формула не работает и всегда возвращает #N/A. И таких типов ошибок уже набралось немало.
Нужно написать формулу так, чтобы можно было сравнивать и такие типы ошибок, чтобы был однозначный результат «True» или «False».

Были такие идеи:
1. Для каждой ячейки сделать такую проверку
=ERROR.TYPE(IF(ERROR.TYPE(A1)=»#N/A», «#N/A», A1))
Но что непонятно, конструкция IF(ERROR.TYPE(A1)=»#N/A», «#N/A», A1) если натыкается на ошибку вида Err:512 всегда возвращает #N/A независимо от условии в IF.
2. Преобразовать значение в текст и сравнить как строки. В макросе это можно придумать, но в формулах я не нашел однозначного варианта как можно значение ошибки преобразовать в текст.

Может у кого-то будут идеи, как можно это реализовать?

А может просто проверять аргумент, выводить что и как угодно и просто не допускать ошибки функции SIN?

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…

Цитата: economist от 1 июня 2017, 13:23
А может просто проверять аргумент, выводить что и как угодно и просто не допускать ошибки функции SIN?

К сожалению нет, это такое условие и ошибка является валидным результатом работы функции.
Я привел простой пример, все немного сложнее, и нужно обязательно проверять на то, что ошибка вернулась та, которая ожидается.

Решение пришло неожиданно, когда решил дважды обернуть ошибку функцией ERROR.TYPE.
Формула работает корректно, но сам синтаксис довольно тяжелый, а сократить нельзя, т.к. перестает работать.

=IF(ERROR.TYPE(ERROR.TYPE(A1))=7,IF(ERROR.TYPE(ERROR.TYPE(A1))=ERROR.TYPE(ERROR.TYPE(B2)),"True","False"),IF(ERROR.TYPE(A1)=ERROR.TYPE(B2),"True","False"))

Позвольте, а почему нельзя использовать ERRORTYPE?
Это позволило бы, в т.ч., упростить условие до

=IF(ERRORTYPE(A1)=B2,"True","False"))

и хранить в B2 не ошибку, а числовое значение 512.

Ваше решение с обёртыванием дважды не будет работать, поскольку для разных ошибок «выше 7 статуса» результат будет одинаковый. Поэтому ERROR.TYPE(ERROR.TYPE(Err:513))=ERROR.TYPE(ERROR.TYPE(Err:512)) вернёт TRUE.

В ячейку В значение укладывается макросом по результату вычисления. Можно конечно изменить макрос и укладывать не Err:512, а просто 512. Правда такое тогда уже надо для всех типов ошибок.
Но вот функция ERRORTYPE. Честно говоря, о ней впервые слышу. Удобно конечно. Но что будет, если этот файл открыть не в Либре, а в Экселе (а он будет открываться в других приложениях, поддерживающих .ods). О такой формуле другие приложения не знают и она будет конвертиться в ERROR.TYPE (в лучшем случае) или просто будет ошибка. А это совсем другой результат.
Наверное оставлю свой вариант, посмотрю на общие результаты с учетом того, что ошибки выше 512 всегда будут равны. Неудобно, но ведь зачем-то это сделали. Ведь можно было сделать маппинг кодов для всех типов ошибок, но это уже оффтоп.

Открывать ODS с макросами и нэйтивными функциями в Excel??? Да нельзя этого делать! Что мешает иметь свободный (и даже portable) OpenOffice|LibreOffice на каждом PC во вселенной?

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, —
Не понять его никак…

Источник