Package Details: ace 8.0.2-1

Git Clone URL: https://aur.archlinux.org/ace.git (read-only, click to copy)
Package Base: ace
Description: Framework that provides many components and patterns for developing high-performance, distributed real-time and embedded systems.
Upstream URL: https://www.dre.vanderbilt.edu/~schmidt/ACE.html
Keywords: c++ communication libace
Licenses: DOC
Provides: libACE.so, libACEXML.so, libACEXML_Parser.so, libACEXML_XML_Svc_Conf_Parser.so, libACE_Compression.so, libACE_ETCL.so, libACE_ETCL_Parser.so, libACE_HTBP.so, libACE_INet.so, libACE_Monitor_Control.so, libACE_RLECompression.so, libACE_RMCast.so, libACE_TMCast.so, libKokyu.so
Submitter: DaNiMoTh
Maintainer: vetu104
Last Packager: vetu104
Votes: 51
Popularity: 0.000000
First Submitted: 2006-02-23 16:03 (UTC)
Last Updated: 2025-01-09 22:47 (UTC)

Latest Comments

1 2 3 4 Next › Last »

zack_hoeger55881 commented on 2025-02-02 17:59 (UTC)

Does not pass INET_Addr_Test if Tor DNS is used. As a workaround might use another DNS server while executing tests.

vetu104 commented on 2024-04-17 13:44 (UTC) (edited on 2024-04-17 13:57 (UTC) by vetu104)

I don't know, you could look into it with wireshark or just ignore it if you don't need the multicast capabilities of the library.

3943 passes for me by tweaking sysctl parameters, but not with defaults.

These tests hammer the network interface probably more than is realistic in usual operation so I would recommend people building the package with makepkg --nocheck, if not interested in the test results.

mgrave commented on 2024-04-16 16:26 (UTC)

Right, it was the Bug_3943_Regression_Test which was faulty and led to a memory fill up.

But one test is failing on my system it's the Multicast_Test, but that can be a system configuration issue. I suspect that it uses the lo device, which has no multicast config enabled on my system. Maybe you can confirm this theory.

Thanks!

vetu104 commented on 2024-04-12 21:53 (UTC) (edited on 2024-04-12 23:35 (UTC) by vetu104)

It is best practice to include the check function, if upstream provides a test suite: https://wiki.archlinux.org/title/Creating_packages

You can disable the tests by running makepkg with the --nocheck flag. The better option would be to figure out why it misbehaves. Could also be a system configuration issue.

E: Are you sure the test was exactly Bug_3912_Regression_Test, and not the one that comes after it, Bug_3943_Regression_Test? The latter fails on my system too so I just ignored it in the return status.

I modified the package to not run the problematic tests at all.

mgrave commented on 2024-04-12 11:01 (UTC)

With the latest changes which enables the testing in the package, the test Bug_3912_Regression_Test will fully consume my 32GB of memory (swap inclusive) and the whole system freezes. Is there a benefit of enabling the tests?

MarsSeed commented on 2024-02-28 11:20 (UTC)

Hi. Thank you for maintaining this. Please kindly add the required depends=(gcc-libs glibc perl sh).

Also now with Arch's transition to SPDX style license, I would suggest the license declaration to be changed from custom (which is no longer conformant) to LicenseRef-DOC-Software.

Viste commented on 2020-03-17 19:32 (UTC) (edited on 2020-03-17 19:32 (UTC) by Viste)

@jwillemsen i redone dowanload link to git in few days its a good idea(why I didn't think of it myself)

jwillemsen commented on 2020-03-16 09:32 (UTC)

I have asked Vanderbilt whether they could setup a https for the downloads, not sure whether they can do that easily

jwillemsen commented on 2020-03-16 08:56 (UTC)

What about updating the download link to https://github.com/DOCGroup/ACE_TAO/releases/tag/ACE%2BTAO-6_5_8

1 2 3 4 Next › Last »