-
Notifications
You must be signed in to change notification settings - Fork 603
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix gcm.conf.sample file in plist #2
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Good catch, thanks. I've also fixed it on FreeBSD ports tree. |
rbgarga
added a commit
that referenced
this pull request
Dec 3, 2015
uqs
pushed a commit
to freebsd/freebsd-ports
that referenced
this pull request
Dec 3, 2015
…EVISION since GCM is disabled by default Submitted by: Jose Luis Duran Obtained from: pfsense/FreeBSD-ports#2 git-svn-id: svn+ssh://svn.freebsd.org/ports/head@402880 35697150-7ecd-e111-bb59-0022644237b5
uqs
pushed a commit
to freebsd/freebsd-ports
that referenced
this pull request
Dec 3, 2015
Add @sample to gcm.conf missed when I introduced it. No bump on PORTREVISION since GCM is disabled by default Submitted by: Jose Luis Duran Obtained from: pfsense/FreeBSD-ports#2 Bump PORTREVISION to help users with custom OPTIONS to get the fix committed in r402880, as suggested by AMDmi3 Approved by: ports-secteam (feld)
uqs
pushed a commit
to freebsd/freebsd-ports
that referenced
this pull request
Dec 3, 2015
…EVISION since GCM is disabled by default Submitted by: Jose Luis Duran Obtained from: pfsense/FreeBSD-ports#2
👍 Thanks! I'm also trying to include the |
netgate-git-updates
pushed a commit
that referenced
this pull request
May 16, 2016
Changes in upstream Git between releases (git shortlog): Sergey Nechaev (1): Stricter command line args validation to dhcp_release6. Simon Kelley (4): Fix error in PXE arch names and add ARM32 and ARM64. Tweak CSAs affected by UEFI PXE workaround code. Tweak UEFI workaround code. Merge messages into translation files. Upstream CHANGELOG diff since rc #1: Swap the values if BC_EFI and x86-64_EFI in --pxe-service. These were previously wrong due to an error in RFC 4578. If you're using BC_EFI to boot 64-bit EFI machines, you will need to update your config. Add ARM32_EFI and ARM64_EFI as valid architectures in --pxe-service.
netgate-git-updates
pushed a commit
that referenced
this pull request
Sep 25, 2016
…correct define and disabling the JIT compiler. PR: 207275 Submitted by: [email protected] Reported by: sbruno Reviewed by: bdrewery (implicit) Approved by: maintainer timeout
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 25, 2016
devel/arduino-builder. =) Right now, there's two possible configurations for building and flashing Arduino projects: 1.) Use devel/arduino16 -- this pulls in devel/arduino-builder and devel/arduino-tools itself, and uses its own method (as it turns out, completely different from arduino-builder's discovery mechanism =() for finding the proper utility for flashing (devel/bossa vs. devel/avrdude) 2.) Use devel/arduino-builder + devel/arduino-tools directly, flash the result yourself -- this has the pro of not requiring Java to build a project, but the con that you do have to figure out how to flash the board (w/ devel/bossa or devel/avrdude) yourself. I suspect that #1 will be the most commonly used configuration, but #2 is nice for "advanced" (or not-so-advanced) applications (such as using a Raspberry Pi to compile+flash firmware for a 3D printer =)). As such, we add an OPTION to make this a more straightforward process of install devel/arduino-builder and then Just Do It. This option will also add in a file at arduino/arduino-builder.options that can be passed into arduino-builder through the -build-options-file. This removes the need for -hardware, -libraries, and -tools flags based on the defaults for devel/arduino-tools. This also auto-populates the core version ("runtime.ide.version", -ide-version/-core-api-version, and the ARDUINO #define) with the minimally supported version (see: _COMPAT_VER, _IDE_VER -- these should be kept in sync, and correspond to versions of devel/arduino-{core,tools}) PR: 213749 Submitted by: Kyle Evans <[email protected]> (maintainer)
uqs
pushed a commit
to freebsd/freebsd-ports
that referenced
this pull request
Dec 2, 2016
Add @sample to gcm.conf missed when I introduced it. No bump on PORTREVISION since GCM is disabled by default Submitted by: Jose Luis Duran Obtained from: pfsense/FreeBSD-ports#2 Bump PORTREVISION to help users with custom OPTIONS to get the fix committed in r402880, as suggested by AMDmi3 Approved by: ports-secteam (feld)
netgate-git-updates
pushed a commit
that referenced
this pull request
Dec 6, 2016
…correct define and disabling the JIT compiler. PR: 207275 Submitted by: [email protected] Reported by: sbruno Reviewed by: bdrewery (implicit) Approved by: maintainer timeout
doktornotor
added a commit
to doktornotor/FreeBSD-ports
that referenced
this pull request
Jan 26, 2017
- Honor $restart_svc in freeradius_clients_resync() - missed in previous round of fixes - Add $restart_svc argument to freeradius_allcertcnf_resync() for consistency and in case it's needed in future (currently only used by freeradiuscerts.xml) - Make the checks syntax consistent across functions for readability - Improve some comments
netgate-git-updates
pushed a commit
that referenced
this pull request
Jan 27, 2017
- Honor $restart_svc in freeradius_clients_resync() - missed in previous round of fixes - Add $restart_svc argument to freeradius_allcertcnf_resync() for consistency and in case it's needed in future (currently only used by freeradiuscerts.xml) - Make the checks syntax consistent across functions for readability - Improve some comments (cherry picked from commit 3c805e6)
netgate-git-updates
pushed a commit
that referenced
this pull request
Jan 27, 2017
- Honor $restart_svc in freeradius_clients_resync() - missed in previous round of fixes - Add $restart_svc argument to freeradius_allcertcnf_resync() for consistency and in case it's needed in future (currently only used by freeradiuscerts.xml) - Make the checks syntax consistent across functions for readability - Improve some comments (cherry picked from commit 3c805e6)
doktornotor
added a commit
to doktornotor/FreeBSD-ports
that referenced
this pull request
Feb 15, 2017
Input validation part pfsense#2 - Interfaces, Settings
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 24, 2017
* imapc: Info-level line is logged every time when successfully connected to the remote server. This includes local/remote IP/port, which can be useful for matching against external logs. * config: Log a warning if plugin { key=no } is used explicitly. v2.3 will support "no" properly in plugin settings, but for now any value at all for a boolean plugin setting is treated as "yes", even if it's written as explicit "no". This change will now warn that it most likely won't work as intended. + Various optimizations to avoid accessing files/directories when it's not necessary. Especially avoid accessing mail root directories when INDEX directories point to a different filesystem. + mail_location can now include ITERINDEX parameter. This tells Dovecot to perform mailbox listing from the INDEX path instead of from the mail root path. It's mainly useful when the INDEX storage is on a faster storage. + mail_location can now include VOLATILEDIR=<path> parameter. This is used for creating lock files and in future potentially other files that don't need to exist permanently. The path could point to tmpfs for example. This is especially useful to avoid creating lock files to NFS or other remote filesystems. For example: mail_location=sdbox:~/sdbox:VOLATILEDIR=/tmp/volatile/%2.256Nu/%u + mail_location's LISTINDEX=<path> can now contain a full path. This allows storing mailbox list index to a different storage than the rest of the indexes, for example to tmpfs. + mail_location can now include NO-NOSELECT parameter. This automatically deletes any \NoSelect mailboxes that have no children. These mailboxes are sometimes confusing to users. + mail_location can now include BROKENCHAR=<char> parameter. This can be useful with imapc to access mailbox names that aren't valid mUTF-7 charset from remote servers. + If mailbox_list_index_very_dirty_syncs=yes, the list index is no longer refreshed against filesystem when listing mailboxes. This allows the mailbox listing to be done entirely by only reading the mailbox list index. + Added mailbox_list_index_include_inbox setting to control whether INBOX's STATUS information should be cached in the mailbox list index. The default is "no", but it may be useful to change it to "yes", especially if LISTINDEX points to tmpfs. + userdb can return chdir=<path>, which override mail_home for the chdir location. This can be useful to avoid accessing home directory on login. + userdb can return postlogin=<socket> to specify per-user imap/pop3 postlogin socket path. + cassandra: Add support for result paging by adding page_size=<n> parameter to the connect setting. + dsync/imapc, pop3-migration plugin: Strip also trailing tabs from headers when matching mails. This helps with migrations from Zimbra. + imap_logout_format supports now %{appended} and %{autoexpunged} + virtual plugin: Optimize IDLE to use mailbox list index for finding out when something has changed. + Added apparmor plugin. See https://wiki2.dovecot.org/Plugins/Apparmor - virtual plugin: A lot of fixes. In many cases it was also working very inefficiently or even incorrectly. - imap: NOTIFY parameter parsing was incorrectly "fixed" in v2.2.31. It was actually (mostly) working in previous versions, but broken in v2.2.31. - Modseq tracking didn't always work correctly. This could have caused imap unhibernation to fail or IMAP QRESYNC/CONDSTORE extensions to not work perfectly. - mdbox: "Inconsistency in map index" wasn't fixed automatically - dict-ldap: %variable values used in the LDAP filter weren't escaped. - quota=count: quota_warning = -storage=.. was never executed (try #2). v2.2.31 fixed it for -messages, but not for -storage. - imapc: >= 32 kB mail bodies were supposed to be cached for subsequent FETCHes, but weren't. - quota-status service didn't support recipient_delimiter - acl: Don't access dovecot-acl-list files with acl_globals_only=yes - mail_location: If INDEX dir is set, mailbox deletion deletes its childrens' indexes. For example if "box" is deleted, "box/child" index directory was deleted as well (but mails were preserved). - director: v2.2.31 caused rapid reconnection loops to directors that were down.
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 6, 2017
devel/sdl20: crashfix for some consumers after r450461 $ pkg install pioneer $ pioneer [...] ShipType::Init() Lua::Init() Server agent disabled Thread 1 received signal SIGSEGV, Segmentation fault. 0x0000000800cd5d20 in SDL_ConvertSurface_REAL (surface=0x80b374fc0, format=0xb4c7e8 <Graphics::pixelFormatRGBA>, flags=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/video/SDL_surface.c:936 936 copy_flags = surface->map->info.flags; (gdb) p surface->map $1 = (struct SDL_BlitMap *) 0x0 (gdb) bt #0 0x0000000800cd5d20 in SDL_ConvertSurface_REAL (surface=0x80b374fc0, format=0xb4c7e8 <Graphics::pixelFormatRGBA>, flags=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/video/SDL_surface.c:936 #1 0x0000000800c099d2 in SDL_ConvertSurface (a=0x80b374fc0, b=0xb4c7e8 <Graphics::pixelFormatRGBA>, c=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/dynapi/SDL_dynapi_procs.h:492 #2 0x000000000081cfbb in Graphics::TextureBuilder::PrepareSurface (this=0x7fffffffac50) at TextureBuilder.cpp:117 #3 0x00000000003a0699 in Graphics::TextureBuilder::GetDescriptor (this=0x7fffffffac50) at ./graphics/TextureBuilder.h:48 [...] PR: 222822 Obtained from: upstream Submitted by: [email protected] Approved by: ports-secteam blanket
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 6, 2017
$ pkg install pioneer $ pioneer [...] ShipType::Init() Lua::Init() Server agent disabled Thread 1 received signal SIGSEGV, Segmentation fault. 0x0000000800cd5d20 in SDL_ConvertSurface_REAL (surface=0x80b374fc0, format=0xb4c7e8 <Graphics::pixelFormatRGBA>, flags=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/video/SDL_surface.c:936 936 copy_flags = surface->map->info.flags; (gdb) p surface->map $1 = (struct SDL_BlitMap *) 0x0 (gdb) bt #0 0x0000000800cd5d20 in SDL_ConvertSurface_REAL (surface=0x80b374fc0, format=0xb4c7e8 <Graphics::pixelFormatRGBA>, flags=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/video/SDL_surface.c:936 #1 0x0000000800c099d2 in SDL_ConvertSurface (a=0x80b374fc0, b=0xb4c7e8 <Graphics::pixelFormatRGBA>, c=0) at /usr/ports/devel/sdl20/work/SDL2-2.0.6/src/dynapi/SDL_dynapi_procs.h:492 #2 0x000000000081cfbb in Graphics::TextureBuilder::PrepareSurface (this=0x7fffffffac50) at TextureBuilder.cpp:117 #3 0x00000000003a0699 in Graphics::TextureBuilder::GetDescriptor (this=0x7fffffffac50) at ./graphics/TextureBuilder.h:48 [...] PR: 222822 Obtained from: upstream Submitted by: [email protected]
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 13, 2017
2017-10-12 David Freese <[email protected]> efe4c58: UI thread bug cc846da: FreeBSD reported bugs be720c4: Prog doc update =Version 1.0.1= d46e018: Application icon 926b7fd: Installation bugs 43e4059: win mingw 4a092db: doc update c9021c0: Code revision #2 =Version 1.0.0= c5373f2: Code Revision 1 926ee8e: Initial flcluster repository
netgate-git-updates
pushed a commit
that referenced
this pull request
Nov 1, 2017
Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/sha1_file.c b/sha1_file.c |index 9c86d1924..7a1b277c8 100644 |--- a/sha1_file.c |+++ b/sha1_file.c -------------------------- Hunk #2 succeeded at 2314 (offset 6 lines). Patching file /usr/ports/devel/git-cinnabar/work/git-cinnabar-0.5.0b2/git-core/sha1_file.c using Plan A... No such line 2615 in input file, ignoring done Hunk #1 failed at 2616. 1 out of 1 hunks failed--saving rejects to helper/sha1_file.patched.c.rej ../helper/cinnabar-fast-import.c:139:13: error: passing 'struct mru' to parameter of incompatible type 'struct mru *'; take the address with & mru_append(packed_git_mru, pack_data); ^~~~~~~~~~~~~~ & ./mru.h:41:29: note: passing argument to parameter 'mru' here void mru_append(struct mru *mru, void *item); ../helper/hg-connect.c:270:50: error: too many arguments to function call, expected 2, have 3 mks_tempfile_ts(tmpfile, "hg-bundle-XXXXXX.hg", 3); ~~~~~~~~~~~~~~~ ^ ./tempfile.h:165:1: note: 'mks_tempfile_ts' declared here static inline struct tempfile *mks_tempfile_ts(const char *template, ^ ../helper/hg-connect.c:273:2: warning: implicit declaration of function 'close_tempfile' is invalid in C99 [-Wimplicit-function-declaration] close_tempfile(tmpfile); ^ ../helper/hg-connect.c:281:18: warning: incompatible pointer types passing 'struct tempfile *' to parameter of type 'struct tempfile **'; take the address with & [-Wincompatible-pointer-types] delete_tempfile(tmpfile); ^~~~~~~ & ./tempfile.h:251:47: note: passing argument to parameter 'tempfile_p' here extern void delete_tempfile(struct tempfile **tempfile_p); ^ ../helper/cinnabar-helper.c:216:6: warning: implicit declaration of function 'get_sha1' is invalid in C99 [-Wimplicit-function-declaration] if (get_sha1(args->items[0].string, sha1)) ^ ../helper/cinnabar-helper.c:428:6: warning: implicit declaration of function 'get_sha1_committish' is invalid in C99 [-Wimplicit-function-declaration] if (get_sha1_committish(args->items[0].string, sha1)) ^ ../helper/cinnabar-helper.c:982:7: warning: logical not is only applied to the left hand side of this bitwise operator [-Wlogical-not-parentheses] if (!obj->flags & SEEN) ^ ~ ../helper/cinnabar-helper.c:982:7: note: add parentheses after the '!' to evaluate the bitwise operator first if (!obj->flags & SEEN) ^ ( ) ../helper/cinnabar-helper.c:982:7: note: add parentheses around left hand side expression to silence this warning if (!obj->flags & SEEN) ^ ( ) ../helper/cinnabar-helper.c:1517:52: error: no member named 'size' in 'struct oidmap' display_progress(track->progress, track->set.map.size); ~~~~~~~~~~~~~~ ^
netgate-git-updates
pushed a commit
that referenced
this pull request
Apr 27, 2018
FAILED: src/kernels/cl_internal_copy_buf_align16_str.c cd /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/src && rm -rf /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/src/kernels//cl_internal_copy_buf_align16_str.c && env OCL_BITCODE_LIB_PATH=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libocl//usr/local/lib/beignet//beignet.bc OCL_HEADER_FILE_DIR=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libocl//usr/local/lib/beignet//include/ OCL_PCH_PATH=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libocl//usr/local/lib/beignet//beignet.local.pch OCL_BITCODE_LIB_20_PATH=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libocl//usr/local/lib/beignet//beignet_20.bc OCL_PCH_20_PATH=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libocl//usr/local/lib/beignet//beignet_20.local.pch LD_LIBRARY_PATH=/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/gbe_bin_generater -s -o/wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/src/kernels//cl_internal_copy_buf_align16_str.c /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/src/kernels//cl_internal_copy_buf_align16.cl ninja: build stopped: subcommand failed. Program received signal SIGBUS, Bus error. std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::compare ( this=0x80959ac20, __str=...) at /usr/include/c++/v1/string:3643 3643 size_t __rhs_sz = __str.size(); (gdb) backtrace #0 std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::compare ( this=0x80959ac20, __str=...) at /usr/include/c++/v1/string:3643 #1 std::__1::operator< <char, std::__1::char_traits<char>, std::__1::allocator<char> > (__lhs=..., __rhs=...) at /usr/include/c++/v1/string:3827 #2 std::__1::__tree<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::less<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >::value_comp ( this=0x7fffffff9af8, this=0x7fffffff9af8, __x=..., __y=...) at /usr/include/c++/v1/__functional_base:63 #3 std::__1::__tree<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::less<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >::__find_equal<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > (this=0x7fffffff9ae8, __parent=@0x7fffffff94b8: 0x80063e400, __v=...) at /usr/include/c++/v1/__tree:1613 #4 0x0000000800f6c3c2 in std::__1::__tree<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::less<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > ---Type <return> to continue, or q <return> to quit--- >::__insert_unique (this=0x7fffffff9ae8, __v=...) at /usr/include/c++/v1/__tree:1867 #5 0x000000080147e8eb in clang::ASTReader::ReadASTBlock(clang::serialization::ModuleFile&, unsigned int) () from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #6 0x0000000801484484 in clang::ASTReader::ReadAST(llvm::StringRef, clang::serialization::ModuleKind, clang::SourceLocation, unsigned int, llvm::SmallVectorImpl<clang::ASTReader::ImportedSubmodule>*) () from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #7 0x000000080138be1b in clang::CompilerInstance::createPCHExternalASTSource(llvm::StringRef, llvm::StringRef, bool, bool, clang::Preprocessor&, clang::ASTContext&, clang::PCHContainerReader const&, llvm::ArrayRef<std::__1::shared_ptr<clang::ModuleFileExtension> >, clang::DependencyFileGenerator*, llvm::ArrayRef<std::__1::shared_ptr<clang::DependencyCollector> >, void*, bool, bool, bool) () from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #8 0x000000080138bb7c in clang::CompilerInstance::createPCHExternalASTSource(llvm::StringRef, bool, bool, void*, bool) () from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #9 0x00000008013d0d47 in clang::FrontendAction::BeginSourceFile(clang::CompilerInstance&, clang::FrontendInputFile const&) () from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #10 0x000000080138eec5 in clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) () ---Type <return> to continue, or q <return> to quit--- from /wrkdirs/usr/ports/lang/beignet/work/Beignet-1.3.2-Source/backend/src/libgbe.so #11 0x0000000800f19565 in gbe::buildModuleFromSource ( source=0x8007b2000 "kernel void __cl_copy_region_align16 ( global float* src, unsigned int src_offset,\n", ' ' <repeats 38 times>, "global float* dst, unsigned int dst_offset,\n\t\t\t\t unsigned int size)\n{\n "..., out_module=0x7fffffffd360, llvm_ctx=0x809419468, dumpLLVMFileName=..., dumpSPIRBinaryName=..., options=..., stringSize=0, err=0x0, errSize=0x0, oclVersion=120) at backend/src/backend/program.cpp:735 #12 0x0000000800f0688c in gbe::programCompileFromSource (deviceID=0, source=0x8007b2000 "kernel void __cl_copy_region_align16 ( global float* src, unsigned int src_offset,\n", ' ' <repeats 38 times>, "global float* dst, unsigned int dst_offset,\n\t\t\t\t unsigned int size)\n{\n "..., temp_header_path=0x0, stringSize=0, options=0x809417259 "", err=0x0, errSize=0x0) at backend/src/backend/program.cpp:1163 #13 0x00000000004073f8 in program_build_instance::build_program (this=0x809417240) at backend/src/gbe_bin_generater.cpp:280 #14 0x000000000040990f in main (argc=4, argv=0x7fffffffe740) at backend/src/gbe_bin_generater.cpp:429
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 4, 2018
- Build with modern Clang to avoid playback crash on FreeBSD 10.4: $ mpc-qt /path/to/foo.mkv [...] Thread 1 received signal SIGSEGV, Segmentation fault. 0x0000000800da8721 in mpv_render_context_render (ctx=0x81580ac40, params=0x7fffffff3f30) at ../video/out/vo_libmpv.c:405 405 if (GET_MPV_RENDER_PARAM(params, MPV_RENDER_PARAM_BLOCK_FOR_TARGET_TIME, (gdb) backtrace full #0 0x0000000800da8721 in mpv_render_context_render (ctx=0x81580ac40, params=0x7fffffff3f30) at ../video/out/vo_libmpv.c:405 do_render = 1 frame = 0x8263046a0 wait_present_count = 2 dummy = {pts = 0, duration = 0, vsync_interval = 0, vsync_offset = 0, ideal_frame_duration = 0, num_vsyncs = 0, redraw = false, repeat = false, still = false, display_synced = false, can_drop = false, current = 0x0, num_frames = 0, frames = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, frame_id = 0} err = 0 #1 0x00000000004c2d81 in MpvGlWidget::paintGL (this=0x8159eb860) at mpvwidget.cpp:870 fbo = {fbo = 12, w = 1798, h = 2012, internal_format = 0} params = {{type = MPV_RENDER_PARAM_OPENGL_FBO, data = 0x7fffffff3f50}, {type = MPV_RENDER_PARAM_FLIP_Y, data = 0x7fffffff3f63}} yes = true #2 0x000000080140e3b6 in QOpenGLWidgetPrivate::invokeUserPaint (this=0x815909080) at kernel/qopenglwidget.cpp:878 q = 0x8159eb860 ctx = 0x81596ec30 f = 0x815819d58 #3 0x000000080140e47f in QOpenGLWidgetPrivate::render (this=0x815909080) at kernel/qopenglwidget.cpp:899 q = 0x8159eb860 [...] Changes: https://github.com/cmdrkotori/mpc-qt/releases/tag/v18.08 Changes: https://github.com/cmdrkotori/mpc-qt/compare/v18.03...v18.08
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 23, 2018
…proved by PR's original reporter). while here, silent portlint; extra item placed in the USES/USE_x section, for example, "GH_ACCOUNT". PR: 231098 Submitted by: Yasuhiro KIMURA Reviewed by: mat Approved by: rene (mentor), Yasuhiro KIMURA Differential Revision: https://reviews.freebsd.org/D17562
netgate-git-updates
pushed a commit
that referenced
this pull request
Feb 26, 2019
Upstream changes as described by the author: - mcmctree: I have added an option (duplication = 1) for dating a tree with both speciations and gene duplications, so that some nodes on the tree share divergence times. Nodes sharing ages are identified using labels in the tree file: #1, #2, .... I have yet to update the document about specification of the model. - mcmctree: The TipDate option was written for one locus or partition and never worked for more than two loci/partitions. I have edited the code so that it works for multiple partitions, some of which may be molecular and the others morphological. - codeml: The option estFreq = 0 when codonFreq = 6 (FMutSel0) and 7 (FMutSel) is not working in versions 4.9g and 4.9h. This is fixed now. This option uses the observed codon or amino acid frequencies for the mutation-selection models of codon usage. Instead the program estimates the frequencies using maximum likeihood, which is what the option estFreq = 1 does. Look at the README file in the examples/mtCDNAape/ folder. - codeml clade model D: The bounds for the w (dN/dS) ratios in the first site classes are set tp (0.0001, 0.5) for w0 and (0.5, 1.5) for w1, in versions 4.9b,c,d,e,f,g, since I added the BEB calculation for clade model D in 4.9b. The motivation for the bounds is that site class 0 represents strong purifying selection with a small w0, while site class 1 should include sites under weak purifying selection with a larger w1. However the bounds are arbitrary. In some datasets, the MLEs are found to be at the bounds, making the interpretation awkward. I have changed the bounds to the following: w0b[]={0.0001, 1.0}, w1b[]={0.01, 1.5}. This means that the user should swap the estimates of w0 and w2 if w0 > w1.
netgate-git-updates
pushed a commit
that referenced
this pull request
Feb 28, 2019
I think I have this right now.
netgate-git-updates
pushed a commit
that referenced
this pull request
Mar 27, 2019
dav1d 0.2.1 - by VideoLAN Decoded 1/150 frames (0.7%)Process 84877 stopped * thread #1, name = 'dav1d', stop reason = signal SIGBUS: hardware error frame #0: 0x000000080028c1f5 libdav1d.so.1`[email protected] + 101 libdav1d.so.1`[email protected]: -> 0x80028c1f5 <+101>: vmovdqa %ymm15, (%rsp) 0x80028c1fa <+106>: callq 0x80028baa0 ; [email protected] 0x80028c1ff <+111>: vpbroadcastd -0x74(%rax), %ymm1 0x80028c205 <+117>: vpmulhrsw %ymm1, %ymm6, %ymm6 (lldb) reg read rsp rsp = 0x00007fffffffc030 (lldb) bt * thread #1, name = 'dav1d', stop reason = signal SIGBUS: hardware error * frame #0: 0x000000080028c1f5 libdav1d.so.1`[email protected] + 101 frame #1: 0x00000008002f605c libdav1d.so.1`read_coef_tree(t=0x0000000800e0f840, bs=BS_16x16, b=0x00007fffffffc630, ytx=2, depth=0, tx_split=0x00007fffffffc644, x_off=0, y_off=0, dst="wwvvvuttuvwxyyxz") at recon_tmpl.c:356:17 frame #2: 0x00000008002fd3cb libdav1d.so.1`dav1d_recon_b_inter_8bpc(t=0x0000000800e0f840, bs=BS_16x16, b=0x00007fffffffc630) at recon_tmpl.c:1510:21 frame #3: 0x00000008002c1180 libdav1d.so.1`decode_b(t=0x0000000800e0f840, bl=BL_16X16, bs=BS_16x16, bp=PARTITION_NONE, intra_edge_flags=0) at decode.c:1855:17 frame #4: 0x00000008002b65d0 libdav1d.so.1`decode_sb(t=0x0000000800e0f840, bl=BL_16X16, node=0x00000008007faf10) at decode.c:2040:17 frame #5: 0x00000008002b68a8 libdav1d.so.1`decode_sb(t=0x0000000800e0f840, bl=BL_32X32, node=0x00000008007f8e20) at decode.c:2084:21 frame #6: 0x00000008002b6924 libdav1d.so.1`decode_sb(t=0x0000000800e0f840, bl=BL_64X64, node=0x00000008007f85a0) at decode.c:2091:21 frame #7: 0x00000008002b6924 libdav1d.so.1`decode_sb(t=0x0000000800e0f840, bl=BL_128X128, node=0x00000008007f8380) at decode.c:2091:21 frame #8: 0x00000008002b5fce libdav1d.so.1`dav1d_decode_tile_sbrow(t=0x0000000800e0f840) at decode.c:2542:13 frame #9: 0x00000008002cb1ab libdav1d.so.1`dav1d_decode_frame(f=0x0000000800e00000) at decode.c:2916:29 frame #10: 0x00000008002cd477 libdav1d.so.1`dav1d_submit_frame(c=0x00000008007f5280) at decode.c:3374:20 frame #11: 0x00000008002b1433 libdav1d.so.1`dav1d_parse_obus(c=0x00000008007f5280, in=0x00000008007f52e8, global=0) at obu.c:1490:24 frame #12: 0x000000080032f786 libdav1d.so.1`dav1d_get_picture(c=0x00000008007f5280, out=0x00007fffffffe048) at lib.c:359:15 frame #13: 0x00000000002035ee dav1d`main(argc=7, argv=0x00007fffffffe250) at dav1d.c:139:20 frame #14: 0x000000000020310f dav1d`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1.c:76:7 Reported by: Mozilla
netgate-git-updates
pushed a commit
that referenced
this pull request
May 8, 2021
This reverts commit 5ec940f. It tries to fetch things during the build. ===> Configuring for ja2-0.18.0 Updating git repository `https://github.com/selaux/android-ndk-rs` warning: spurious network error (2 tries remaining): failed to connect to github.com: Can't assign requested address; class=Os (2) warning: spurious network error (1 tries remaining): failed to connect to github.com: Can't assign requested address; class=Os (2) error: failed to get `ndk` as a dependency of package `stracciatella v0.1.0 (/wrkdirs/usr/ports/games/jaggedalliance2/work/ja2-stracciatella-0.18.0/rust/stracciatella)` Caused by: failed to load source for dependency `ndk` Caused by: Unable to update https://github.com/selaux/android-ndk-rs Caused by: failed to clone into: /wrkdirs/usr/ports/games/jaggedalliance2/work/cargo-home/git/db/android-ndk-rs-8a286ebb858b1942 Caused by: failed to connect to github.com: Can't assign requested address; class=Os (2) *** Error code 101 If we fix that error it still tries to fetch things later: -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' -- Retrying... -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' -- Retry after 5 seconds (attempt #2) ... -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' -- Retry after 5 seconds (attempt #3) ... -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' -- Retry after 15 seconds (attempt #4) ... -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' -- Retry after 60 seconds (attempt #5) ... -- Using src='https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' CMake Error at /wrkdirs/usr/ports/games/jaggedalliance2/work/.build/dependencies/lib-miniaudio/getter/get-miniaudio-prefix/src/get-miniaudio-stamp/download-get-miniaudio. cmake:170 (message): Each download failed! error: downloading 'https://github.com/mackron/miniaudio/archive/634cdb028f340075ae8e8a1126620695688d2ac3.zip' failed status_code: 6 status_string: "Couldn't resolve host name" log: --- LOG BEGIN --- Could not resolve host: github.com PR: 255399
netgate-git-updates
pushed a commit
that referenced
this pull request
May 15, 2021
Affects at least wayfire, labwc, plasma5-kwin. $ vkcube-wayland Segmentation fault (lldb) bt * thread #1, name = 'vkcube-wayland', stop reason = signal SIGSEGV: invalid address (fault address: 0x128000) * frame #0: 0x00000008004811f3 libc.so.7`memcpy at memmove.S:314 frame #1: 0x00000000002097f4 vkcube-wayland`demo_update_data_buffer(demo=0x00007fffffffd258) at cube.c:894:5 frame #2: 0x0000000000213e4f vkcube-wayland`demo_draw(demo=0x00007fffffffd258) at cube.c:1043:5 frame #3: 0x000000000020c3fc vkcube-wayland`demo_run(demo=0x00007fffffffd258) at cube.c:2757:13 frame #4: 0x000000000020aa16 vkcube-wayland`main(argc=1, argv=0x00007fffffffe038) at cube.c:4267:5 frame #5: 0x0000000000208340 vkcube-wayland`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:75:7
netgate-git-updates
pushed a commit
that referenced
this pull request
Jul 18, 2021
This also bumps the PORTREVISION of all ports that OPTIONally depend on Imath, for instance, through an OPENEXR or EXR option that defaults to off. Missed in commit 3cda93b. Reported by: Philipp Ost <[email protected]> Reported by: koobs@ (thanks for forwarding the report)
netgate-git-updates
pushed a commit
that referenced
this pull request
Sep 28, 2021
Remove PHP error log file after stage #2 of upgrade process has finished. All PHP packages are upgraded at this stage and when it finishes it's safe to remove the file that may contain warnings generated during pkg upgrade
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 2, 2021
Though x11/libwacom was not yet built during the exp-run for clang/llvm 13 (see bug 258209), due to some other dependencies not being available yet, I noticed that it failed to build with clang 13, or more specifically this is due to a behavior change in lld 13: ... [ 33% 10/30] cc -o generate-hwdb generate-hwdb.p/tools_generate-hwdb.c.o -Wl,--as-needed -Wl,--no-undefined -fstack-protector-strong -O2 -pipe -g -fstack-protector-strong -fno-strict-aliasing '-Wl,-rpath,$ORIGIN/' -Wl,-rpath-link,/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/ -Wl,--start-group libwacom.so.2.6.1 /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so -Wl,--end-group [ 36% 11/30] /usr/local/bin/meson --internal exe --capture 65-libwacom.hwdb -- /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb FAILED: 65-libwacom.hwdb /usr/local/bin/meson --internal exe --capture 65-libwacom.hwdb -- /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb --- stderr --- Unfortunately the meson build process doesn't really show you why it failed, but it turns out that running the 'generate-hwdb' command segfaults: Starting program: /wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/_build/generate-hwdb Program received signal SIGSEGV, Segmentation fault. libwacom_add_match (device=device@entry=0x801031320, newmatch=0x0) at ../libwacom/libwacom.c:943 943 device->matches[device->nmatches - 1] = libwacom_match_ref(newmatch); (gdb) bt #0 libwacom_add_match (device=device@entry=0x801031320, newmatch=0x0) at ../libwacom/libwacom.c:943 #1 0x000000080024fc7d in libwacom_matchstr_to_match (device=device@entry=0x801031320, matchstr=<optimized out>) at ../libwacom/libwacom-database.c:207 #2 0x000000080024e313 in libwacom_parse_tablet_keyfile (db=0x8010365a0, datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data", filename=<optimized out>) at ../libwacom/libwacom-database.c:652 #3 load_tablet_files (db=0x8010365a0, datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data") at ../libwacom/libwacom-database.c:865 #4 libwacom_database_new_for_path (datadir=0x200b70 "/wrkdirs/share/dim/ports/x11/libwacom/work/libwacom-1.5/data") at ../libwacom/libwacom-database.c:959 #5 0x00000000002021b6 in main (argc=<optimized out>, argv=0x801036630) at ../tools/generate-hwdb.c:131 What happens is that an internal function 'libwacom_match_new' is supposed to be called, which returns a new 'WacomMatch' object. But instead, it calls a empty stub which returns NULL, resulting in this segfault. The empty stub was added as a rather nasty upstream hack to "Alias the accidentally exposed ABI into different functions", in linuxwacom/libwacom@b9961db: > A special "trick" is used here to hide the ABI from new versions: > Usually when defining multiple versioned symbols, one would define one as the > default one with @@ > .symver _foo1,foo@VERSION1 > .symver _foo2,foo@@version2 <-- default one > By leaving out the default one, ld doesn't know which one to link to and > fails with an unresolved symbol. rtld however can still figure it out, so > anything compiled will continue to work. This way we can make a symbol > disappear from the library for new builds but have old builds continue to > work with the new version. Unfortunately this trick/hack does not work anymore with lld 13, since llvm/llvm-project@66d44304921, ("[ELF] Combine foo@v1 and foo with the same versionId if both are defined "). The idea behind the hack is to have the linker call the 'real' libwacom_match_new function whenever it is called from inside the library itself, but any external callers get the stubbed version which doesn't really do anything. I think libwacom should have used a different approach here, but just renaming those accidentally exposed internal functions to something different. Then the tricks with .symver are completely unnecessary. Here I added a patch that is as simple as possible, which adds #defines for two affected functions in libwacomint.h, renaming then from 'libwacom_xxx' to 'libwacom_internal_xxx'. This does not affect the corresponding exposed functions in the libwacom.so, and makes the 'generate-hwdb' command work OK again. I also ran the complete libwacom test suite, including the deprecated functions test, and it works fine. PR: 258463 Approved by: zeising (maintainer) MFH: 2021Q4
netgate-git-updates
pushed a commit
that referenced
this pull request
May 15, 2022
Version 1.5.0 produces errors when used with PHP-8: PHP Fatal error: Uncaught ValueError: fread(): Argument #2 ($length) must be greater than 0 in /usr/local/share/pear/Net/DNS2/Cache/File. It has been fixed in 1.5.2. PR: 263924 Approved by: sunpoet (maintainer)
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 12, 2022
FAILED: IGC/Release/libigc.so.1.0.1 : && /usr/bin/c++ ... -o IGC/Release/libigc.so.1.0.1 ... LLVM ERROR: out of memory PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace. Stack dump: 0. Program arguments: /usr/bin/ld --eh-frame-hdr -Bshareable --hash-style=both --enable-new-dtags -m elf_i386_fbsd -o IGC/Release/libigc.so.1.0.1 ... #0 0x019dc334 (/usr/bin/ld+0x19dc334) #1 0x019dc73e (/usr/bin/ld+0x19dc73e) #2 0x019da64e (/usr/bin/ld+0x19da64e) #3 0x019dca0c (/usr/bin/ld+0x19dca0c) #4 0x22ef0319 (/lib/libthr.so.3+0x18319) c++: error: unable to execute command: Abort trap (core dumped) c++: error: linker command failed due to signal (use -v to see invocation) Reported by: pkg-fallout
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 12, 2022
$ ffmpeg -hide_banner -i foo.y4m -c:v libsvtav1 -y foo.mp4 [...] Segmentation fault (lldb) bt * thread #1, name = 'ffmpeg', stop reason = signal SIGSEGV: invalid address (fault address: 0x438) * frame #0: 0x00000008372f34b9 libSvtAv1Enc.so.1`svt_aom_copy_metadata_buffer(dst=0x000000089e044680, src=0x0000000000000438) at EbMetadataHandle.c:108:26 frame #1: 0x00000008372e67c4 libSvtAv1Enc.so.1`copy_input_buffer(scs=0x0000000868186380, dst=0x000000089e044680, dst_y8b=0x000000089e047380, src=0x0000000820287b20, pass=0) at EbEncHandle.c:4820:13 frame #2: 0x00000008372e64d4 libSvtAv1Enc.so.1`svt_av1_enc_send_picture(svt_enc_component=0x000000085f30de60, p_buffer=0x0000000820287b20) at EbEncHandle.c:4865:9 frame #3: 0x000000082449de42 libavcodec.so.58`eb_receive_packet at libsvtav1.c:433:9 frame #4: 0x000000082449dc7a libavcodec.so.58`eb_receive_packet(avctx=0x000000085f309300, pkt=0x000000085f312c00) at libsvtav1.c:503 frame #5: 0x000000082419f960 libavcodec.so.58`encode_receive_packet_internal(avctx=0x000000085f309300, avpkt=0x000000085f312c00) at encode.c:301:15 frame #6: 0x000000082419f893 libavcodec.so.58`avcodec_send_frame(avctx=0x000000085f309300, frame=0x0000000000000000) at encode.c:387:15 frame #7: 0x0000000000231e9a ffmpeg`transcode at ffmpeg.c:1995:23 frame #8: 0x0000000000231ce8 ffmpeg`transcode at ffmpeg.c:4825 frame #9: 0x000000000022da03 ffmpeg`main(argc=<unavailable>, argv=<unavailable>) at ffmpeg.c:5010:9 frame #10: 0x0000000000215ad0 ffmpeg`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:75:7 Regressed by: https://gitlab.com/AOMediaCodec/SVT-AV1/-/commit/921c1877c050 See also: https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4243da4ff42e
netgate-git-updates
pushed a commit
that referenced
this pull request
Sep 21, 2022
FAILED: opencl_clang_options.inc ../.build/opencl_clang_options.inc cd ../.build && /usr/bin/llvm-tblgen -gen-opt-parser-defs -I /usr/local/llvm15/include -I . opencl_clang_options.td --write-if-changed -o opencl_clang_options.inc -d opencl_clang_options.inc.d Included from opencl_clang_options.td:8: /usr/local/llvm15/include/llvm/Option/OptParser.td:16:66: error: Variable not defined: 'false' class OptionKind<string name, int precedence = 0, bit sentinel = false> { ^ Included from opencl_clang_options.td:8: /usr/local/llvm15/include/llvm/Option/OptParser.td:25:18: error: Value not specified for template argument #2 (OptionKind:sentinel) of subclass 'OptionKind'! def KIND_GROUP : OptionKind<"Group">; ^
netgate-git-updates
pushed a commit
that referenced
this pull request
Sep 26, 2022
…eeBSD < 13 FAILED: IGC/Release/libigc.so.1.0.1 [...] LLVM ERROR: out of memory [...] #0 0x01c031d4 (/usr/bin/ld+0x1c031d4) #1 0x01c035de (/usr/bin/ld+0x1c035de) #2 0x01c0129e (/usr/bin/ld+0x1c0129e) #3 0x01c03d78 (/usr/bin/ld+0x1c03d78) #4 0x02c40009 (/usr/bin/ld+0x2c40009) c++: error: unable to execute command: Abort trap (core dumped) c++: error: linker command failed due to signal (use -v to see invocation) ninja: build stopped: subcommand failed. Reported by: pkg-fallout This reverts commit eb375ae.
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 18, 2022
$ ffmpeg -hide_banner -i foo.y4m -c:v libsvtav1 -y foo.ivf $ ffmpeg -hide_banner -i foo.ivf -f null /dev/null [libdav1d @ 0x250c2c00] libdav1d 1.0.0 [libdav1d @ 0x250c2c00] Frame size limit reduced from 2147483647 to 67108864. Bus error * thread #1, name = 'ffmpeg', stop reason = signal SIGBUS: hardware error frame #0: 0x22e8c816 libdav1d.so.6`dav1d_data_wrap(buf=0x25100390, ptr="\U00000012", sz=61259, free_callback=(libavcodec.so.58`libdav1d_data_free at libdav1d.c:189), user_data=0x250d66c0) at lib.c:734 (lldb) bt * thread #1, name = 'ffmpeg', stop reason = signal SIGBUS: hardware error * frame #0: 0x22e8c816 libdav1d.so.6`dav1d_data_wrap(buf=0x25100390, ptr="\U00000012", sz=61259, free_callback=(libavcodec.so.58`libdav1d_data_free at libdav1d.c:189), user_data=0x250d66c0) at lib.c:734 frame #1: 0x213a4c33 libavcodec.so.58`libdav1d_receive_frame(c=<unavailable>, frame=<unavailable>) at libdav1d.c:215:19 frame #2: 0x21121082 libavcodec.so.58`decode_receive_frame_internal(avctx=0x250bfc00, frame=<unavailable>) at decode.c:546:15 frame #3: 0x21120fd8 libavcodec.so.58`avcodec_send_packet(avctx=0x250bfc00, avpkt=0xffffd3d0) at decode.c:617:15 frame #4: 0x20a5273d libavformat.so.58`try_decode_frame(s=<unavailable>, st=0x250f9000, avpkt=<unavailable>, options=<unavailable>) at utils.c:3084:19 frame #5: 0x20a4fe73 libavformat.so.58`avformat_find_stream_info(ic=0x250d7000, options=0x250d61c0) at utils.c:3949:9 frame #6: 0x00418cf6 ffmpeg`open_input_file(o=0xffffd80c, filename=<unavailable>) at ffmpeg_opt.c:1196:15 frame #7: 0x004184c9 ffmpeg`open_files(l=<unavailable>, inout=<unavailable>, open_file=<unavailable>) at ffmpeg_opt.c:3338:15 frame #8: 0x00418278 ffmpeg`ffmpeg_parse_options(argc=<unavailable>, argv=<unavailable>) at ffmpeg_opt.c:3378:11 frame #9: 0x0042e6f0 ffmpeg`main(argc=7, argv=0xffffdc44) at ffmpeg.c:4988:11 frame #10: 0x00417d0d ffmpeg`_start1(cleanup=0x204537e0, argc=7, argv=0xffffdc44) at crt1_c.c:72:7 frame #11: 0x00417e70 ffmpeg`_start at crt1_s.S:46 $ make clean test -C graphics/libavif [...] 45% tests passed, 6 tests failed out of 11 Total Test time (real) = 17.82 sec The following tests FAILED: 1 - aviftest (Bus error) 5 - avifchangesettingtest (Bus error) 6 - avifgridapitest (Bus error) 7 - avifincrtest (Bus error) 8 - avifmetadatatest (Bus error) 11 - test_cmd (Failed) * thread #1, name = 'aviftest', stop reason = signal SIGBUS: hardware error frame #0: 0x207a81f6 libdav1d.so.6`dav1d_data_wrap(buf=0xffffc7d4, ptr="\U00000012", sz=37169, free_callback=(libavif.so.15`avifDav1dFreeCallback at codec_dav1d.c:34), user_data=0x00000000) at lib.c:734 731 void (*const free_callback)(const uint8_t *data, 732 void *user_data), 733 void *const user_data) -> 734 { 735 return dav1d_data_wrap_internal(buf, ptr, sz, free_callback, user_data); 736 } 737 (lldb) bt * thread #1, name = 'aviftest', stop reason = signal SIGBUS: hardware error * frame #0: 0x207a81f6 libdav1d.so.6`dav1d_data_wrap(buf=0xffffc7d4, ptr="\U00000012", sz=37169, free_callback=(libavif.so.15`avifDav1dFreeCallback at codec_dav1d.c:34), user_data=0x00000000) at lib.c:734 frame #1: 0x204746a1 libavif.so.15`dav1dCodecGetNextImage(codec=0x215e9090, decoder=0x2182c000, sample=0x215e9060, alpha=0, isLimitedRangeAlpha=0xffffc93c, image=0x218400a0) at codec_dav1d.c:87:9 frame #2: 0x2045c812 libavif.so.15`avifDecoderDecodeTiles(decoder=0x2182c000, nextImageIndex=0, firstTileIndex=0, tileCount=1, decodedTileCount=0x2183302c) at read.c:3853:14 frame #3: 0x2045bf59 libavif.so.15`avifDecoderNextImage(decoder=0x2182c000) at read.c:3937:9 frame #4: 0x004029a9 aviftest`runIOTests(dataDir="../libavif-0.11.0/tests/data/") at aviftest.c:255:54 frame #5: 0x00402310 aviftest`main(argc=2, argv=0xffffdc0c) at aviftest.c:327:19 frame #6: 0x00401f9d aviftest`_start1(cleanup=0x204157e0, argc=2, argv=0xffffdc0c) at crt1_c.c:72:7 frame #7: 0x00402100 aviftest`_start at crt1_s.S:46
netgate-git-updates
pushed a commit
that referenced
this pull request
Oct 25, 2022
$ ffmpeg -hide_banner -i foo.y4m -c:v libsvtav1 -y foo.ivf $ ffmpeg -hide_banner -i foo.ivf -f null /dev/null [libdav1d @ 0x250c2c00] libdav1d 1.0.0 [libdav1d @ 0x250c2c00] Frame size limit reduced from 2147483647 to 67108864. Bus error * thread #1, name = 'ffmpeg', stop reason = signal SIGBUS: hardware error frame #0: 0x22e8c816 libdav1d.so.6`dav1d_data_wrap(buf=0x25100390, ptr="\U00000012", sz=61259, free_callback=(libavcodec.so.58`libdav1d_data_free at libdav1d.c:189), user_data=0x250d66c0) at lib.c:734 (lldb) bt * thread #1, name = 'ffmpeg', stop reason = signal SIGBUS: hardware error * frame #0: 0x22e8c816 libdav1d.so.6`dav1d_data_wrap(buf=0x25100390, ptr="\U00000012", sz=61259, free_callback=(libavcodec.so.58`libdav1d_data_free at libdav1d.c:189), user_data=0x250d66c0) at lib.c:734 frame #1: 0x213a4c33 libavcodec.so.58`libdav1d_receive_frame(c=<unavailable>, frame=<unavailable>) at libdav1d.c:215:19 frame #2: 0x21121082 libavcodec.so.58`decode_receive_frame_internal(avctx=0x250bfc00, frame=<unavailable>) at decode.c:546:15 frame #3: 0x21120fd8 libavcodec.so.58`avcodec_send_packet(avctx=0x250bfc00, avpkt=0xffffd3d0) at decode.c:617:15 frame #4: 0x20a5273d libavformat.so.58`try_decode_frame(s=<unavailable>, st=0x250f9000, avpkt=<unavailable>, options=<unavailable>) at utils.c:3084:19 frame #5: 0x20a4fe73 libavformat.so.58`avformat_find_stream_info(ic=0x250d7000, options=0x250d61c0) at utils.c:3949:9 frame #6: 0x00418cf6 ffmpeg`open_input_file(o=0xffffd80c, filename=<unavailable>) at ffmpeg_opt.c:1196:15 frame #7: 0x004184c9 ffmpeg`open_files(l=<unavailable>, inout=<unavailable>, open_file=<unavailable>) at ffmpeg_opt.c:3338:15 frame #8: 0x00418278 ffmpeg`ffmpeg_parse_options(argc=<unavailable>, argv=<unavailable>) at ffmpeg_opt.c:3378:11 frame #9: 0x0042e6f0 ffmpeg`main(argc=7, argv=0xffffdc44) at ffmpeg.c:4988:11 frame #10: 0x00417d0d ffmpeg`_start1(cleanup=0x204537e0, argc=7, argv=0xffffdc44) at crt1_c.c:72:7 frame #11: 0x00417e70 ffmpeg`_start at crt1_s.S:46 $ make clean test -C graphics/libavif [...] 45% tests passed, 6 tests failed out of 11 Total Test time (real) = 17.82 sec The following tests FAILED: 1 - aviftest (Bus error) 5 - avifchangesettingtest (Bus error) 6 - avifgridapitest (Bus error) 7 - avifincrtest (Bus error) 8 - avifmetadatatest (Bus error) 11 - test_cmd (Failed) * thread #1, name = 'aviftest', stop reason = signal SIGBUS: hardware error frame #0: 0x207a81f6 libdav1d.so.6`dav1d_data_wrap(buf=0xffffc7d4, ptr="\U00000012", sz=37169, free_callback=(libavif.so.15`avifDav1dFreeCallback at codec_dav1d.c:34), user_data=0x00000000) at lib.c:734 731 void (*const free_callback)(const uint8_t *data, 732 void *user_data), 733 void *const user_data) -> 734 { 735 return dav1d_data_wrap_internal(buf, ptr, sz, free_callback, user_data); 736 } 737 (lldb) bt * thread #1, name = 'aviftest', stop reason = signal SIGBUS: hardware error * frame #0: 0x207a81f6 libdav1d.so.6`dav1d_data_wrap(buf=0xffffc7d4, ptr="\U00000012", sz=37169, free_callback=(libavif.so.15`avifDav1dFreeCallback at codec_dav1d.c:34), user_data=0x00000000) at lib.c:734 frame #1: 0x204746a1 libavif.so.15`dav1dCodecGetNextImage(codec=0x215e9090, decoder=0x2182c000, sample=0x215e9060, alpha=0, isLimitedRangeAlpha=0xffffc93c, image=0x218400a0) at codec_dav1d.c:87:9 frame #2: 0x2045c812 libavif.so.15`avifDecoderDecodeTiles(decoder=0x2182c000, nextImageIndex=0, firstTileIndex=0, tileCount=1, decodedTileCount=0x2183302c) at read.c:3853:14 frame #3: 0x2045bf59 libavif.so.15`avifDecoderNextImage(decoder=0x2182c000) at read.c:3937:9 frame #4: 0x004029a9 aviftest`runIOTests(dataDir="../libavif-0.11.0/tests/data/") at aviftest.c:255:54 frame #5: 0x00402310 aviftest`main(argc=2, argv=0xffffdc0c) at aviftest.c:327:19 frame #6: 0x00401f9d aviftest`_start1(cleanup=0x204157e0, argc=2, argv=0xffffdc0c) at crt1_c.c:72:7 frame #7: 0x00402100 aviftest`_start at crt1_s.S:46
netgate-git-updates
pushed a commit
that referenced
this pull request
Nov 15, 2022
https://forums.freebsd.org/threads/vulkan-caps-viewer-segmentation-fault.87083/ $ pkg delete qt5-wayland $ env -u WAYLAND_DISPLAY vulkanCapsViewer Reading extensions Device "Intel(R) HD Graphics 530 (SKL GT2)" Reading Vulkan 1.1 core properties Reading Vulkan 1.2 core properties Reading Vulkan 1.3 core properties Reading layers Reading queue families Reading physical feattures Reading Vulkan 1.1 core features Reading Vulkan 1.2 core features Reading Vulkan 1.3 core features Reading limits Reading memory properties Reading surface info Segmentation fault ```c++ (lldb) bt * thread #1, name = 'vulkanCapsViewer', stop reason = signal SIGSEGV: invalid address (fault address: 0x18) * frame #0: 0x0000000824ac758e libwayland-client.so.0`wl_proxy_create_wrapper(proxy=0x0000000000000000) at wayland-client.c:2406:37 frame #1: 0x00000008749dc1ef libvulkan_intel.so`wsi_wl_display_init(wsi_wl=0x000000085c889660, display=0x000000082088e668, wl_display=0x0000000000000000, get_format_list=true, sw=false) at wsi_common_wayland.c:558:34 frame #2: 0x00000008749dca1b libvulkan_intel.so`wsi_wl_surface_get_formats(icd_surface=0x000000085ca621a0, wsi_device=0x000000085c8beb58, pSurfaceFormatCount=0x000000082088e7c0, pSurfaceFormats=0x0000000000000000) at wsi_common_wayland.c:779:8 frame #3: 0x00000008749d16b1 libvulkan_intel.so`wsi_GetPhysicalDeviceSurfaceFormatsKHR(physicalDevice=0x000000085c8be000, _surface=0x000000085ca621a0, pSurfaceFormatCount=0x000000082088e7c0, pSurfaceFormats=0x0000000000000000) at wsi_common.c:709:11 frame #4: 0x00000008749ed972 libvulkan_intel.so`vk_tramp_GetPhysicalDeviceSurfaceFormatsKHR(physicalDevice=0x000000085c8be000, surface=0x000000085ca621a0, pSurfaceFormatCount=0x000000082088e7c0, pSurfaceFormats=0x0000000000000000) at vk_dispatch_trampolines.c:162:12 frame #5: 0x00000000003bf422 vulkanCapsViewer`VulkanSurfaceInfo::get(this=0x000000085c978348, device=0x000000085ca7a280, surface=0x000000085c8892a0) at vulkansurfaceinfo.hpp:61:13 frame #6: 0x000000000039d67b vulkanCapsViewer`VulkanDeviceInfo::readSurfaceInfo(this=0x000000085c977c00, surface=0x000000085c8892a0, surfaceExtension="VK_KHR_wayland_surface") at vulkanDeviceInfo.cpp:760:17 frame #7: 0x00000000002fc8da vulkanCapsViewer`VulkanCapsViewer::getGPUinfo(this=0x000000082088f448, GPU=0x000000085c977c00, id=0, device=0x000000085ca7a280) at vulkancapsviewer.cpp:809:10 frame #8: 0x00000000002f792b vulkanCapsViewer`VulkanCapsViewer::getGPUs(this=0x000000082088f448) at vulkancapsviewer.cpp:902:9 frame #9: 0x00000000002f6317 vulkanCapsViewer`VulkanCapsViewer::VulkanCapsViewer(this=0x000000082088f448, parent=0x0000000000000000) at vulkancapsviewer.cpp:262:5 frame #10: 0x00000000002a438d vulkanCapsViewer`main(argc=1, argv=0x000000082088fc68) at main.cpp:93:22 frame #11: 0x000000000029c2d0 vulkanCapsViewer`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:75:7 ```
netgate-git-updates
pushed a commit
that referenced
this pull request
Nov 21, 2022
$ echo 'exec swaymsg -t get_outputs' >/tmp/sway.conf $ WLR_BACKENDS=headless sway -c /tmp/sway.conf 00:00:00.067 [wlr] [types/wlr_drm_lease_v1.c:716] No DRM backend supplied, failed to create wlr_drm_lease_v1_manager 00:00:00.000 [common/ipc-client.c:87] Unable to receive IPC response Segmentation fault (lldb) bt * thread #1, name = 'sway', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x000000082b381e84 libc.so.7`strlen + 84 frame #1: 0x0000000822cc530d libjson-c.so.5`json_object_new_string(s=0x0000000000000000) at json_object.c:1276:36 frame #2: 0x0000000000234de9 sway`ipc_json_describe_output(output=0x0000000871982200, object=0x00000008755e63b0) at ipc-json.c:255:4 frame #3: 0x000000000023441f sway`ipc_json_describe_node(node=0x0000000871982200) at ipc-json.c:707:3 frame #4: 0x0000000000239d07 sway`ipc_client_handle_command(client=0x000000084e3a1380, payload_length=0, payload_type=IPC_GET_OUTPUTS) at ipc-server.c:672:31 frame #5: 0x00000000002397fa sway`ipc_client_handle_readable(client_fd=27, mask=1, data=0x000000084e3a1380) at ipc-server.c:267:3 frame #6: 0x00000008271b88c7 libwayland-server.so.0`wl_event_source_fd_dispatch(source=0x000000084e3a16c0, ep=0x0000000820f4e360) at event-loop.c:112:9 frame #7: 0x00000008271b9fd4 libwayland-server.so.0`wl_event_loop_dispatch(loop=0x000000084e344320, timeout=-1) at event-loop.c:1027:4 frame #8: 0x00000008271b5c6f libwayland-server.so.0`wl_display_run(display=0x000000084e35e000) at wayland-server.c:1431:3 frame #9: 0x000000000023e205 sway`server_run(server=0x00000000002a3070) at server.c:310:2 frame #10: 0x000000000023cd84 sway`main(argc=3, argv=0x0000000820f4e608) at main.c:431:2 frame #11: 0x000000000022ca10 sway`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:75:7 (lldb) f 2 frame #2: 0x0000000000234de9 sway`ipc_json_describe_output(output=0x0000000871982200, object=0x00000008755e63b0) at ipc-json.c:255:4 252 json_object_new_string( 253 ipc_json_orientation_description(L_NONE))); 254 json_object_object_add(object, "make", -> 255 json_object_new_string(wlr_output->make)); 256 json_object_object_add(object, "model", 257 json_object_new_string(wlr_output->model)); 258 json_object_object_add(object, "serial", (lldb) p *wlr_output (wlr_output) $0 = { [...] make = 0x0000000000000000 model = 0x0000000000000000 serial = 0x0000000000000000 [...] PR: 267853 Reported by: lbartoletti Regressed by: https://gitlab.freedesktop.org/wlroots/wlroots/-/commit/be86145322e6
netgate-git-updates
pushed a commit
that referenced
this pull request
Nov 23, 2022
$ mpv --vo=gpu-next foo.mp4 [...] Segmentation fault (lldb) bt * thread #10, name = 'mpv/vo', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x000000083b4c8e84 libc.so.7`strlen + 84 frame #1: 0x000000083b4996bd libc.so.7`vsscanf + 173 frame #2: 0x000000083b48c72d libc.so.7`sscanf + 141 frame #3: 0x00000000004c0dd4 mpv`gl_parse_3dlut_size(arg=0x0000000000000000, p1=0x000000088fcf7d3c, p2=0x000000088fcf7d38, p3=0x000000088fcf7d34) at lcms.h:45:9 frame #4: 0x00000000004c085b mpv`update_icc_opts(p=0x00000008792f9b10, opts=0x0000000891370050) at vo_gpu_next.c:1619:5 frame #5: 0x00000000004c00ef mpv`update_render_options(vo=0x0000000875b38910) at vo_gpu_next.c:1863:5 frame #6: 0x00000000004bde05 mpv`preinit(vo=0x0000000875b38910) at vo_gpu_next.c:1426:5 frame #7: 0x000000000048cc99 mpv`vo_thread(ptr=0x0000000875b38910) at vo.c:1088:13 frame #8: 0x000000083bc4783a libthr.so.3`___lldb_unnamed_symbol556 + 314
netgate-git-updates
pushed a commit
that referenced
this pull request
Dec 5, 2022
During an exp-run for llvm 15 (see bug 265425), it turned out that databases/db5 failed to build with clang 15. This is caused by db5's configure script attempting to detect TLS but encountering internal compiler errors while compiling its test cases, and then concluding TLS does not work at all: ... checking whether C++ supports the wstring class... checking for thread local storage (TLS) class... none ... in config.log it shows what is happening: configure:19128: checking for thread local storage (TLS) class configure:19164: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp >&5 conftest.cpp:30:72: error: use of undeclared identifier 'NULL' template<typename T> __thread T* TLSClass<T>::tlsvar = NULL; ^ Assertion failed: (!isValueDependent() && "Expression evaluator can't be called on a dependent expression."), function isConstantInitializer, file /usr/src/contrib/llvm-project/clang/lib/AST/Expr.cpp, line 3184. PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp 1. conftest.cpp:30:76: current parser token ';' #0 0x00000000053fec51 PrintStackTrace #/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:569:13 #1 0x00000000053fcf35 RunSignalHandlers #/usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:104:18 #2 0x00000000053a591e HandleCrash #/usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:76:5 #3 0x00000000053a5ae3 CrashRecoverySignalHandler #/usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:0:51 #4 0x0000000006a1b05e handle_signal #/usr/src/lib/libthr/thread/thr_sig.c:0:3 c++: error: clang frontend command failed with exit code 134 (use -v to see invocation) Interestingly enough this compilation error with a fatal crash exists for a very long time, even back to clang 10 and earlier! But for various reasons the configure script has always ignored these errors and found some workaround way to enable TLS anyway. For now the problem can be fixed by including <stddef.h> at the top of conftest.cpp, which will allow the TLS test to succeed normally, without crashing, and the correct result will then be: configure:19128: checking for thread local storage (TLS) class configure:19165: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp >&5 conftest.cpp:33:35: warning: unused variable 'x' [-Wunused-variable] static __thread int x = 0; ^ 1 warning generated. configure:19165: $? = 0 configure:19220: result: modifier PR: 267156 Approved by: maintainer timeout (>1 month) MFH: 2022Q4
netgate-git-updates
pushed a commit
that referenced
this pull request
Dec 24, 2022
FAILED: rpcs3/Emu/CMakeFiles/rpcs3_emu.dir/Cell/lv2/sys_net/lv2_socket_p2p.cpp.o [...] 1. <eof> parser at end of file #0 0x000000082c9b0ac9 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/usr/local/llvm15/lib/libLLVM-15.so+0x33b0ac9) #1 0x000000082c9aeca5 llvm::sys::RunSignalHandlers() (/usr/local/llvm15/lib/libLLVM-15.so+0x33aeca5) #2 0x000000082c8d00c5 (/usr/local/llvm15/lib/libLLVM-15.so+0x32d00c5) #3 0x0000000822fadc60 (/lib/libthr.so.3+0x14c60) clang-15: error: clang frontend command failed with exit code 139 (use -v to see invocation) clang version 15.0.6 Target: x86_64-portbld-freebsd12.3 Thread model: posix InstalledDir: /usr/local/llvm15/bin Reported by: pkg-fallout This reverts commit 8bc04d7.
mikko70
referenced
this pull request
Feb 7, 2023
netgate-git-updates
pushed a commit
that referenced
this pull request
Feb 19, 2023
$ turbostat turbostat version 17.06.23 - Len Brown <[email protected]> Segmentation fault * thread #1, name = 'turbostat', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x0000000000216992 turbostat`topology_probe at turbostat.c:4685:7 4682 * Validate that all cpus in cpu_subset are also in cpu_present_set 4683 */ 4684 for (i = 0; i < CPU_SUBSET_MAXCPUS; ++i) { -> 4685 if (CPU_ISSET_S(i, cpu_subset_size, cpu_subset)) 4686 if (!CPU_ISSET_S(i, cpu_present_setsize, cpu_present_set)) 4687 err(1, "cpu%d not present", i); 4688 } (lldb) bt * thread #1, name = 'turbostat', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x0000000000216992 turbostat`topology_probe at turbostat.c:4685:7 frame #1: 0x00000000002111c9 turbostat`setup_all_buffers at turbostat.c:4853:2 frame #2: 0x0000000000217909 turbostat`turbostat_init at turbostat.c:4888:2 frame #3: 0x0000000000218f3f turbostat`main(argc=1, argv=0x0000000820444710) at turbostat.c:5447:2 frame #4: 0x0000000000207160 turbostat`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:73:7 (lldb) p cpu_subset (cpu_set_t *) $0 = NULL PR: 262866
netgate-git-updates
pushed a commit
that referenced
this pull request
May 4, 2023
$ baka-mplayer Segmentation fault * thread #1, name = 'baka-mplayer', stop reason = signal SIGBUS: hardware error frame #0: 0x0000000820df9a52 libX11.so.6`_XInternAtom(dpy=0x000000088683af00, name="_NET_WM_CM_S0", onlyIfExists=0, psig=0x000000082092bd70, pidx=0x000000082092bd6c, pn=0x000000082092bd68) at IntAtom.c:86:30 83 if (atoms) { 84 firstidx = idx = HASH(sig); 85 while ((e = atoms->table[idx])) { -> 86 if (e != RESERVED && e->sig == sig) { 87 for (i = n, s1 = (char *)name, s2 = EntryName(e); --i >= 0; ) { 88 if (*s1++ != *s2++) 89 goto nomatch; (lldb) bt * thread #1, name = 'baka-mplayer', stop reason = signal SIGBUS: hardware error * frame #0: 0x0000000820df9a52 libX11.so.6`_XInternAtom(dpy=0x000000088683af00, name="_NET_WM_CM_S0", onlyIfExists=0, psig=0x000000082092bd70, pidx=0x000000082092bd6c, pn=0x000000082092bd68) at IntAtom.c:86:30 frame #1: 0x0000000820df97d9 libX11.so.6`XInternAtom(dpy=0x000000088683af00, name="_NET_WM_CM_S0", onlyIfExists=0) at IntAtom.c:176:17 frame #2: 0x0000000000263695 baka-mplayer`Util::DimLightsSupported() at linux.cpp:28:14 frame #3: 0x000000000026c71a baka-mplayer`BakaEngine::BakaEngine(this=0x00000008a964bd00, parent=0x000000082092fe10) at bakaengine.cpp:31:8 frame #4: 0x00000000002b1739 baka-mplayer`MainWindow::MainWindow(this=0x000000082092fe10, parent=0x0000000000000000) at mainwindow.cpp:31:16 frame #5: 0x00000000002648ec baka-mplayer`main(argc=1, argv=0x000000082092ff48) at main.cpp:21:16 frame #6: 0x00000000002633a0 baka-mplayer`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1.c:76:7
netgate-git-updates
pushed a commit
that referenced
this pull request
May 17, 2023
Fixed in LLVM 16: fatal error: error in backend: failed to perform tail call elimination on a call site marked musttail PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: /usr/bin/c++ -DQT_CORE_LIB -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_FROM_BYTEARRAY -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH -DQT_NO_KEYWORDS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_NO_URL_CAST_FROM_STRING -DQT_STRICT_ITERATORS -DQT_TESTCASE_BUILDDIR=\"/wrkdirs/usr/ports/devel/qcoro/work-qt5/.build\" -DQT_TESTLIB_LIB -DQT_USE_STRINGBUILDER -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/.build/tests/test-qcorosignal_autogen/include -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/tests/testlibs -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0 -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/qcoro -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/qcoro/core -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/.build/qcoro/core -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/.build/qcoro -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/qcoro/test -I/wrkdirs/usr/ports/devel/qcoro/work-qt5/.build/qcoro/test -isystem /usr/local/include/qt5 -isystem /usr/local/include/qt5/QtCore -isystem /usr/local/lib/qt5/mkspecs/freebsd-clang -isystem /usr/local/include/qt5/QtTest -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fcoroutines-ts -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=gnu++20 -fPIC -pthread -MD -MT tests/CMakeFiles/test-qcorosignal.dir/qcorosignal.cpp.o -MF tests/CMakeFiles/test-qcorosignal.dir/qcorosignal.cpp.o.d -o tests/CMakeFiles/test-qcorosignal.dir/qcorosignal.cpp.o -c /wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/tests/qcorosignal.cpp 1. <eof> parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/wrkdirs/usr/ports/devel/qcoro/work-qt5/qcoro-0.9.0/tests/qcorosignal.cpp'. 4. Running pass 'PowerPC DAG->DAG Pattern Instruction Selection' on function '@_ZZ19qCoroSignalListenerI15MultiSignalTestM10SignalTestFvvEEN5QCoro14AsyncGeneratorINS4_6detail16QCoroSignalQueueIT_T0_E11result_type10value_typeEEEPS8_OS9_NSt3__16chrono8durationIxNSF_5ratioILl1ELl1000EEEEEENKUlNSF_10unique_ptrINS7_IS0_S3_EENSF_14default_deleteISM_EEEEE_clESP_.resume' #0 0x0000000014b1252c (/usr/bin/c+++0x14b1252c) #1 0x0000000014b0fd00 (/usr/bin/c+++0x14b0fd00) #2 0x0000000014aab0cc (/usr/bin/c+++0x14aab0cc) #3 0x0000000014aab020 (/usr/bin/c+++0x14aab020) #4 0x0000000014afc590 (/usr/bin/c+++0x14afc590) #5 0x00000000117cd530 (/usr/bin/c+++0x117cd530) #6 0x0000000014ab4fe0 (/usr/bin/c+++0x14ab4fe0) #7 0x0000000014ab4e6c (/usr/bin/c+++0x14ab4e6c) #8 0x00000000154bd3f0 (/usr/bin/c+++0x154bd3f0) #9 0x0000000014d5f9d0 (/usr/bin/c+++0x14d5f9d0) c++: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) Target: powerpc64le-unknown-freebsd13.2 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/qcorosignal-479743.cpp c++: note: diagnostic msg: /tmp/qcorosignal-479743.sh c++: note: diagnostic msg: ********************
netgate-git-updates
pushed a commit
that referenced
this pull request
May 28, 2023
Fixed in LLVM 16: /usr/bin/c++ -DCRCPP_EXPORT_API -Dconcurrencpp_EXPORTS -isystem /wrkdirs/usr/ports/devel/concurrencpp/work/concurrencpp-v.0.1.6/include -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=c++20 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -pthread -MD -MT CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o -MF CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o.d -o CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o -c /wrkdirs/usr/ports/devel/concurrencpp/work/concurrencpp-v.0.1.6/source/timers/timer_queue.cpp fatal error: error in backend: failed to perform tail call elimination on a call site marked musttail PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: /usr/bin/c++ -DCRCPP_EXPORT_API -Dconcurrencpp_EXPORTS -isystem /wrkdirs/usr/ports/devel/concurrencpp/work/concurrencpp-v.0.1.6/include -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=c++20 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -pthread -MD -MT CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o -MF CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o.d -o CMakeFiles/concurrencpp.dir/source/timers/timer_queue.cpp.o -c /wrkdirs/usr/ports/devel/concurrencpp/work/concurrencpp-v.0.1.6/source/timers/timer_queue.cpp 1. <eof> parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/wrkdirs/usr/ports/devel/concurrencpp/work/concurrencpp-v.0.1.6/source/timers/timer_queue.cpp'. 4. Running pass 'PowerPC DAG->DAG Pattern Instruction Selection' on function '@_ZN12concurrencpp11timer_queue22make_delay_object_implENSt3__16chrono8durationIxNS1_5ratioILl1ELl1000EEEEENS1_10shared_ptrIS0_EENS7_INS_8executorEEE.resume' #0 0x0000000014b1252c (/usr/bin/c+++0x14b1252c) #1 0x0000000014b0fd00 (/usr/bin/c+++0x14b0fd00) #2 0x0000000014aab0cc (/usr/bin/c+++0x14aab0cc) #3 0x0000000014aab020 (/usr/bin/c+++0x14aab020) #4 0x0000000014afc590 (/usr/bin/c+++0x14afc590) #5 0x00000000117cd530 (/usr/bin/c+++0x117cd530) #6 0x0000000014ab4fe0 (/usr/bin/c+++0x14ab4fe0) #7 0x0000000014ab4e6c (/usr/bin/c+++0x14ab4e6c) #8 0x00000000154bd3f0 (/usr/bin/c+++0x154bd3f0) #9 0x0000000014d5f9d0 (/usr/bin/c+++0x14d5f9d0) c++: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) Target: powerpc64le-unknown-freebsd13.2 Thread model: posix InstalledDir: /usr/bin
netgate-git-updates
pushed a commit
that referenced
this pull request
Jun 10, 2023
Use newer LLVM: fatal error: error in backend: failed to perform tail call elimination on a call site marked musttail PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: /usr/bin/c++ -DHAVE_COLORSCHEME -DHAVE_KDBUSADDONS -DHAVE_KIO -DHAVE_RUNNER -DHAVE_WINDOWSYSTEM -DHAVE_X11 -DKCOREADDONS_LIB -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_GUI_LIB -DQT_MULTIMEDIA_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_NO_FOREACH -DQT_QMLMODELS_LIB -DQT_QML_LIB -DQT_QUICKCONTROLS2_LIB -DQT_QUICK_LIB -DQT_WIDGETS_LIB -DQT_XML_LIB -DQUOTIENT_07 -DQUOTIENT_STATIC -DQuotient_VERSION_MAJOR=0 -DQuotient_VERSION_MINOR=7 -DQuotient_VERSION_PATCH=1 -DQuotient_VERSION_STRING=\"0.7.1\" -D_LARGEFILE64_SOURCE -I/wrkdirs/usr/ports/net-im/neochat/work/.build/src -I/wrkdirs/usr/ports/net-im/neochat/work/neochat-23.04.1/src -I/wrkdirs/usr/ports/net-im/neochat/work/.build/src/neochat_autogen/include -I/wrkdirs/usr/ports/net-im/neochat/work/.build -isystem /usr/local/include/KF5/KConfigWidgets -isystem /usr/local/include/KF5 -isystem /usr/local/include/KF5/KWidgetsAddons -isystem /usr/local/include/qt5 -isystem /usr/local/include/qt5/QtWidgets -isystem /usr/local/include/qt5/QtGui -isystem /usr/local/include -isystem /usr/local/include/qt5/QtCore -isystem /usr/local/lib/qt5/mkspecs/freebsd-clang -isystem /usr/local/include/KF5/KConfig -isystem /usr/local/include/KF5/KConfigGui -isystem /usr/local/include/qt5/QtXml -isystem /usr/local/include/KF5/KConfigCore -isystem /usr/local/include/KF5/KCoreAddons -isystem /usr/local/include/KF5/KCodecs -isystem /usr/local/include/KF5/KAuthWidgets -isystem /usr/local/include/KF5/KAuthCore -isystem /usr/local/include/KF5/KAuth -isystem /usr/local/include/KF5/KWindowSystem -isystem /usr/local/include/qt5/QtQuick -isystem /usr/local/include/qt5/QtQmlModels -isystem /usr/local/include/qt5/QtQml -isystem /usr/local/include/qt5/QtNetwork -isystem /usr/local/include/qt5/QtMultimedia -isystem /usr/local/include/qt5/QtQuickControls2 -isystem /usr/local/include/KF5/KI18n -isystem /usr/local/include/KF5/Kirigami2 -isystem /usr/local/include/KF5/KNotifications -isystem /usr/local/include/qt5/QtDBus -isystem /usr/local/include/KF5/SonnetCore -isystem /usr/local/include/KF5/Sonnet -isystem /usr/local/include/KF5/KItemModels -isystem /usr/local/include/Quotient -isystem /usr/local/include/qcoro5 -isystem /usr/local/include/qcoro5/qcoro -isystem /usr/local/include/qcoro5/QCoro -isystem /usr/local/include/KF5/KIOWidgets -isystem /usr/local/include/KF5/KIOGui -isystem /usr/local/include/KF5/KIOCore -isystem /usr/local/include/KF5/KIO -isystem /usr/local/include/KF5/KService -isystem /usr/local/include/qt5/QtConcurrent -isystem /usr/local/include/KF5/KJobWidgets -isystem /usr/local/include/KF5/Solid -isystem /usr/local/include/KF5/KCompletion -isystem /usr/local/include/KF5/KDBusAddons -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -fno-operator-names -fno-exceptions -Wno-gnu-zero-variadic-macro-arguments -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Werror=init-self -Wvla -Wdate-time -fdiagnostics-color=always -fcoroutines-ts -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -DNDEBUG -std=gnu++20 -fvisibility=hidden -fvisibility-inlines-hidden -fPIC -MD -MT src/CMakeFiles/neochat.dir/neochatroom.cpp.o -MF src/CMakeFiles/neochat.dir/neochatroom.cpp.o.d -o src/CMakeFiles/neochat.dir/neochatroom.cpp.o -c /wrkdirs/usr/ports/net-im/neochat/work/neochat-23.04.1/src/neochatroom.cpp 1. <eof> parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/wrkdirs/usr/ports/net-im/neochat/work/neochat-23.04.1/src/neochatroom.cpp'. 4. Running pass 'PowerPC DAG->DAG Pattern Instruction Selection' on function '@_Z5qCoroI12QMediaPlayerMS0_FvNS0_11MediaStatusEEEN5QCoro4TaskINS4_6detail11QCoroSignalIT_T0_E11result_typeEEEPS8_OS9_NSt3__16chrono8durationIxNSF_5ratioILl1ELl1000EEEEE.resume' #0 0x0000000014b1252c (/usr/bin/c+++0x14b1252c) #1 0x0000000014b0fd00 (/usr/bin/c+++0x14b0fd00) #2 0x0000000014aab0cc (/usr/bin/c+++0x14aab0cc) #3 0x0000000014aab020 (/usr/bin/c+++0x14aab020) #4 0x0000000014afc590 (/usr/bin/c+++0x14afc590) #5 0x00000000117cd530 (/usr/bin/c+++0x117cd530) #6 0x0000000014ab4fe0 (/usr/bin/c+++0x14ab4fe0) #7 0x0000000014ab4e6c (/usr/bin/c+++0x14ab4e6c) #8 0x00000000154bd3f0 (/usr/bin/c+++0x154bd3f0) #9 0x0000000014d5f9d0 (/usr/bin/c+++0x14d5f9d0) c++: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) Target: powerpc64le-unknown-freebsd13.2 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg:
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 10, 2023
$ mono foo Segmentation fault * thread #1, name = 'mono-sgen', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x00000000005632f9 mono`mono_arch_create_sdb_trampoline(single_step=0, info=0x0000000820fe7d90, aot=0) at tramp-amd64.c:854:2 851 // IP saved at CFA - 8 852 mono_add_unwind_op_offset (unwind_ops, code, buf, AMD64_RIP, -cfa_offset); 853 -> 854 amd64_push_reg (code, AMD64_RBP); 855 cfa_offset += sizeof(mgreg_t); 856 mono_add_unwind_op_def_cfa_offset (unwind_ops, code, buf, cfa_offset); 857 mono_add_unwind_op_offset (unwind_ops, code, buf, AMD64_RBP, - cfa_offset); (lldb) bt * thread #1, name = 'mono-sgen', stop reason = signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x00000000005632f9 mono`mono_arch_create_sdb_trampoline(single_step=0, info=0x0000000820fe7d90, aot=0) at tramp-amd64.c:854:2 frame #1: 0x000000000047cf36 mono`mini_get_breakpoint_trampoline at mini-trampolines.c:1812:12 frame #2: 0x00000000004dc5a1 mono`mono_arch_init at mini-amd64.c:1405:19 frame #3: 0x000000000035fde4 mono`mini_init(filename="foo", runtime_version=0x0000000000000000) at mini-runtime.c:4364:2 frame #4: 0x0000000000426853 mono`mono_main(argc=2, argv=0x0000000820fe8268) at driver.c:2470:11 frame #5: 0x0000000000359363 mono`mono_main_with_options(argc=2, argv=0x0000000820fe8268) at main.c:50:9 frame #6: 0x00000000003589b1 mono`main(argc=2, argv=0x0000000820fe8268) at main.c:406:9 frame #7: 0x0000000000358770 mono`_start(ap=<unavailable>, cleanup=<unavailable>) at crt1_c.c:75:7
netgate-git-updates
pushed a commit
that referenced
this pull request
Aug 26, 2023
$ vkcube-wayland Selected GPU 0: Intel(R) HD Graphics 530 (SKL GT2), type: IntegratedGpu Segmentation fault (lldb) bt * thread #1, name = 'vkcube-wayland', stop reason = signal SIGSEGV: invalid address (fault address: 0x40) * frame #0: 0x000000082114a4dc libwayland-client.so`wl_proxy_get_version(proxy=0x0000000000000000) at wayland-client.c:2248:16 frame #1: 0x000000082b8543e1 libvulkan_intel.so`wp_tearing_control_manager_v1_get_tearing_control(wp_tearing_control_manager_v1=0x0000000000000000, surface=0x0000245a71e110a0) at tearing-control-v1-client-protocol.h:191:90 frame #2: 0x000000082b852016 libvulkan_intel.so`wsi_wl_surface_create_swapchain(icd_surface=0x0000245a71e32e00, device=0x0000245a71f47400, wsi_device=0x0000245a71eb1ae0, pCreateInfo=0x0000000820617900, pAllocator=0x0000245a71f47440, swapchain_out=0x00000008206178d8) at wsi_common_wayland.c:2277:10 frame #3: 0x000000082b842be4 libvulkan_intel.so`wsi_CreateSwapchainKHR(_device=0x0000245a71f47400, pCreateInfo=0x0000000820617900, pAllocator=0x0000000000000000, pSwapchain=0x0000000820618700) at wsi_common.c:930:22 frame #4: 0x0000000822051bef libvulkan.so.1`terminator_CreateSwapchainKHR + 223 frame #5: 0x000000000021136b vkcube-wayland`demo_prepare_buffers(demo=0x0000000820617c30) at cube.c:1408:11 frame #6: 0x000000000020c679 vkcube-wayland`demo_prepare(demo=0x0000000820617c30) at cube.c:2302:5 frame #7: 0x000000000020af7a vkcube-wayland`main(argc=1, argv=0x0000000820618a38) at cube.c:4592:5 frame #8: 0x000000082356e5fa libc.so.7`__libc_start1(argc=1, argv=0x0000000820618a38, env=0x0000000820618a48, cleanup=<unavailable>, mainX=(vkcube-wayland`main at cube.c:4574)) at libc_start1.c:157:7 frame #9: 0x00000000002085d0 vkcube-wayland`_start at crt1_s.S:83 (lldb) f 2 frame #2: 0x000000082b852016 libvulkan_intel.so`wsi_wl_surface_create_swapchain(icd_surface=0x0000245a71e32e00, device=0x0000245a71f47400, wsi_device=0x0000245a71eb1ae0, pCreateInfo=0x0000000820617900, pAllocator=0x0000245a71f47440, swapchain_out=0x00000008206178d8) at wsi_common_wayland.c:2277:10 2274 2275 if (chain->base.present_mode == VK_PRESENT_MODE_IMMEDIATE_KHR) { 2276 chain->tearing_control = -> 2277 wp_tearing_control_manager_v1_get_tearing_control(wsi_wl_surface->display->tearing_control_manager, 2278 wsi_wl_surface->surface); 2279 if (!chain->tearing_control) { 2280 result = VK_ERROR_OUT_OF_HOST_MEMORY; (lldb) p wsi_wl_surface->display->tearing_control_manager (wp_tearing_control_manager_v1 *) $0 = NULL
netgate-git-updates
pushed a commit
that referenced
this pull request
Sep 30, 2023
$ arcan console pid 12345 (arcan), jid 0, uid 1111: exited on signal 6 (no core dump - bad address) $ tail -1 /var/log/messages Sep 29 22:48:36 localhost arcan[12345]: stack overflow detected; terminated (lldb) bt * thread #2, name = 'arcan', stop reason = signal SIGABRT * frame #0: 0x00000008277faf5a libc.so.7`__sys_kill at kill.S:4 frame #1: 0x00000008277fe361 libc.so.7`__fail(msg="stack overflow detected; terminated") at stack_protector.c:120:8 frame #2: 0x00000008277fe2d0 libc.so.7`__stack_chk_fail at stack_protector.c:127:2 frame #3: 0x00000000002eb876 arcan`button_count(fd=5, bitn=1, got_mouse=0x000000082040a5cf, got_joy=0x000000082040a5ce) at event.c:0 (lldb) f 3 frame #3: 0x00000000002eb876 arcan`button_count(fd=5, bitn=1, got_mouse=0x000000082040a5cf, got_joy=0x000000082040a5ce) at event.c:0 844 #define bit_isset(ary, bit) (( ary[bit_longn(bit)] >> bit_ofs(bit)) & 1) 845 #define bit_count(x) ( ((x) - 1 ) / (sizeof(long) * 8 ) + 1 ) 846 -> 847 static size_t button_count(int fd, size_t bitn, bool* got_mouse, bool* got_joy) 848 { 849 size_t count = 0; 850 PR: 274163 Reported by: Albin "a12l" Otterhäll
netgate-git-updates
pushed a commit
that referenced
this pull request
Apr 22, 2024
* thread #1, name = 'xdg-desktop-port', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) frame #0: 0x000000000026acf0 xdg-desktop-portal-hyprland`dmabufFeedbackMainDevice(data=0x0000000000000000, feedback=0x0000182398a105c0, device_arr=0x0000182398a891d0) at PortalManager.cpp:90:5 87 static void dmabufFeedbackMainDevice(void* data, zwp_linux_dmabuf_feedback_v1* feedback, wl_array* device_arr) { 88 Debug::log(LOG, "[core] dmabufFeedbackMainDevice"); 89 -> 90 RASSERT(!g_pPortalManager->m_sWaylandConnection.gbm, "double dmabuf feedback"); 91 92 dev_t device; 93 assert(device_arr->size == sizeof(device)); (lldb) bt * thread #1, name = 'xdg-desktop-port', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) * frame #0: 0x000000000026acf0 xdg-desktop-portal-hyprland`dmabufFeedbackMainDevice(data=0x0000000000000000, feedback=0x0000182398a105c0, device_arr=0x0000182398a891d0) at PortalManager.cpp:90:5 frame #1: 0x000000082c61067a libffi.so.8`ffi_call_unix64 at unix64.S:104 frame #2: 0x000000082c60f8f9 libffi.so.8`ffi_call_int(cif=0x0000000820fbba80, fn=(xdg-desktop-portal-hyprland`dmabufFeedbackMainDevice(void*, zwp_linux_dmabuf_feedback_v1*, wl_array*) at PortalManager.cpp:87), rvalue=0x0000000000000000, avalue=0x0000000820fbbab0, closure=0x0000000000000000) at ffi64.c:673:3 frame #3: 0x000000082c60f452 libffi.so.8`ffi_call(cif=0x0000000820fbba80, fn=(xdg-desktop-portal-hyprland`dmabufFeedbackMainDevice(void*, zwp_linux_dmabuf_feedback_v1*, wl_array*) at PortalManager.cpp:87), rvalue=0x0000000000000000, avalue=0x0000000820fbbab0) at ffi64.c:710:3 frame #4: 0x00000008242fac28 libwayland-client.so.0`wl_closure_invoke(closure=0x0000182398a89100, flags=1, target=0x0000182398a105c0, opcode=2, data=0x0000000000000000) at connection.c:1025:2 frame #5: 0x00000008242f84cf libwayland-client.so.0`dispatch_event(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1631:3 frame #6: 0x00000008242f72f4 libwayland-client.so.0`dispatch_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1777:3 frame #7: 0x00000008242f70bd libwayland-client.so.0`wl_display_dispatch_queue_pending(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:2019:8 frame #8: 0x00000008242f6c8e libwayland-client.so.0`wl_display_dispatch_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1995:9 frame #9: 0x00000008242f6814 libwayland-client.so.0`wl_display_roundtrip_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1403:9 frame #10: 0x00000008242f6ce0 libwayland-client.so.0`wl_display_roundtrip(display=0x0000182398a1b140) at wayland-client.c:1432:9 frame #11: 0x0000000000326718 xdg-desktop-portal-hyprland`CToplevelManager::activate(this=0x0000182398a19240) at ToplevelManager.cpp:109:5 frame #12: 0x0000000000267b72 xdg-desktop-portal-hyprland`CPortalManager::onGlobal(this=0x0000182398a1b000, data=0x0000000000000000, registry=0x0000182398a10440, name=24, interface="zwlr_foreign_toplevel_manager_v1", version=3) at PortalManager.cpp:261:34 frame #13: 0x00000000002675e5 xdg-desktop-portal-hyprland`handleGlobal(data=0x0000000000000000, registry=0x0000182398a10440, name=24, interface="zwlr_foreign_toplevel_manager_v1", version=3) at PortalManager.cpp:20:23 frame #14: 0x000000082c61067a libffi.so.8`ffi_call_unix64 at unix64.S:104 frame #15: 0x000000082c60f8f9 libffi.so.8`ffi_call_int(cif=0x0000000820fbc140, fn=(xdg-desktop-portal-hyprland`handleGlobal(void*, wl_registry*, unsigned int, char const*, unsigned int) at PortalManager.cpp:19), rvalue=0x0000000000000000, avalue=0x0000000820fbc170, closure=0x0000000000000000) at ffi64.c:673:3 frame #16: 0x000000082c60f452 libffi.so.8`ffi_call(cif=0x0000000820fbc140, fn=(xdg-desktop-portal-hyprland`handleGlobal(void*, wl_registry*, unsigned int, char const*, unsigned int) at PortalManager.cpp:19), rvalue=0x0000000000000000, avalue=0x0000000820fbc170) at ffi64.c:710:3 frame #17: 0x00000008242fac28 libwayland-client.so.0`wl_closure_invoke(closure=0x0000182398a1b8c0, flags=1, target=0x0000182398a10440, opcode=0, data=0x0000000000000000) at connection.c:1025:2 frame #18: 0x00000008242f84cf libwayland-client.so.0`dispatch_event(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1631:3 frame #19: 0x00000008242f72f4 libwayland-client.so.0`dispatch_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1777:3 frame #20: 0x00000008242f70bd libwayland-client.so.0`wl_display_dispatch_queue_pending(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:2019:8 frame #21: 0x00000008242f6c8e libwayland-client.so.0`wl_display_dispatch_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1995:9 frame #22: 0x00000008242f6814 libwayland-client.so.0`wl_display_roundtrip_queue(display=0x0000182398a1b140, queue=0x0000182398a1b230) at wayland-client.c:1403:9 frame #23: 0x00000008242f6ce0 libwayland-client.so.0`wl_display_roundtrip(display=0x0000182398a1b140) at wayland-client.c:1432:9 frame #24: 0x00000000002689a4 xdg-desktop-portal-hyprland`CPortalManager::init(this=0x0000182398a1b000) at PortalManager.cpp:312:5 frame #25: 0x00000000002a3f76 xdg-desktop-portal-hyprland`main(argc=1, argv=0x0000000820fbc870, envp=0x0000000820fbc880) at main.cpp:38:23 frame #26: 0x000000082a0172aa libc.so.7`__libc_start1(argc=1, argv=0x0000000820fbc870, env=0x0000000820fbc880, cleanup=<unavailable>, mainX=(xdg-desktop-portal-hyprland`main at main.cpp:15)) at libc_start1.c:157:7 frame #27: 0x0000000000267520 xdg-desktop-portal-hyprland`_start at crt1_s.S:83 * thread #1, name = 'xdg-desktop-port', stop reason = signal SIGILL: privileged opcode frame #0: 0x0000000824c5f7cf libc++.so.1`std::__1::mutex::unlock(this=<unavailable>) at mutex.cpp:39:3 36 void mutex::unlock() noexcept { 37 int ec = __libcpp_mutex_unlock(&__m_); 38 (void)ec; -> 39 _LIBCPP_ASSERT_VALID_EXTERNAL_API_CALL( 40 ec == 0, "call to mutex::unlock failed. A possible reason is that the mutex wasn't locked"); 41 } 42 (lldb) bt * thread #1, name = 'xdg-desktop-port', stop reason = signal SIGILL: privileged opcode * frame #0: 0x0000000824c5f7cf libc++.so.1`std::__1::mutex::unlock(this=<unavailable>) at mutex.cpp:39:3 frame #1: 0x00000000002691d3 xdg-desktop-portal-hyprland`CPortalManager::startEventLoop(this=0x000021aa1001b000) at PortalManager.cpp:424:48 frame #2: 0x0000000000268f06 xdg-desktop-portal-hyprland`CPortalManager::init(this=0x000021aa1001b000) at PortalManager.cpp:335:5 frame #3: 0x00000000002a3f56 xdg-desktop-portal-hyprland`main(argc=1, argv=0x0000000820d386c8, envp=0x0000000820d386d8) at main.cpp:38:23 frame #4: 0x00000008274222aa libc.so.7`__libc_start1(argc=1, argv=0x0000000820d386c8, env=0x0000000820d386d8, cleanup=<unavailable>, mainX=(xdg-desktop-portal-hyprland`main at main.cpp:15)) at libc_start1.c:157:7 frame #5: 0x0000000000267520 xdg-desktop-portal-hyprland`_start at crt1_s.S:83 (lldb) f 1 frame #1: 0x00000000002691d3 xdg-desktop-portal-hyprland`CPortalManager::startEventLoop(this=0x000021aa1001b000) at PortalManager.cpp:424:48 421 422 while (1) { // dbus events 423 // wait for being awakened -> 424 m_sEventLoopInternals.loopRequestMutex.unlock(); // unlock, we are ready to take events 425 426 std::unique_lock lk(m_sEventLoopInternals.loopMutex); 427 if (m_sEventLoopInternals.shouldProcess == false) // avoid a lock if a thread managed to request something already since we .unlock()ed PR: 278496 Reported by: shurd
netgate-git-updates
pushed a commit
that referenced
this pull request
May 30, 2024
py-cryptography-legacy still references functions that have been removed in OpenSSL 3.0, and fails to load openssl.abi3.so at run-time because it lacks ERR_GET_FUNC (reported) and FIPS_mode (masked by first error), and later because py-openssl feeds our utils/deprecated() an unsupported name=<some string> keyword argument. https://www.openssl.org/docs/man3.0/man7/migration_guide.html is the basis for fixes #1 and #2 removed, because OpenSSL 3.0 removed function codes from the error. In our own binding, leave the err_func attribute in, but set it to a constant 0. (patch-src___cffi* and patch-*binding.py) and FIPS_mode_set, which need rework. (patch-libressl) our utils/deprecated() function does not support, so steal the utils function from py-cryptography 42.0.7,1, drop the argument and return type annotations for consistency. (patch-src_cryptography_utils.py) This is sufficient to fix run-time errors for py-certbot on my FreeBSD 14.0-RELEASE-p6 amd64 server with Python 3.11, which I set to default to py-cryptography-legacy. PR: 272935 (and bug linkage will reflect changes in PRs 273770, 272885) Approved by: portmgr@ (just-fix-it blanket approval) MFH: 2024Q2
netgate-git-updates
pushed a commit
that referenced
this pull request
Jan 30, 2025
error[E0277]: expected a `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` --> common/systems/src/mount.rs:74:49 | 74 | ... .extract_if(.., |action| match action { | ---------- ^^ expected an `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` | | | required by a bound introduced by this call | = help: the trait `for<'a> FnMut(&'a mut veloren_common::comp::ControlAction)` is not implemented for `RangeFull` note: required by a bound in `Vec::<T, A>::extract_if` --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/mod.rs:3236:12 | 3234 | pub fn extract_if<F>(&mut self, filter: F) -> ExtractIf<'_, T, F, A> | ---------- required by a bound in this associated function 3235 | where 3236 | F: FnMut(&mut T) -> bool, | ^^^^^^^^^^^^^^^^^^^^^ required by this bound in `Vec::<T, A>::extract_if` error[E0277]: expected a `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` --> common/systems/src/mount.rs:74:38 | 74 | ... .extract_if(.., |action| match action { | ^^^^^^^^^^ expected an `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` | = help: the trait `for<'a> FnMut(&'a mut veloren_common::comp::ControlAction)` is not implemented for `RangeFull` note: required by a bound in `std::vec::ExtractIf` --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/extract_if.rs:28:8 | 22 | pub struct ExtractIf< | --------- required by a bound in this struct ... 28 | F: FnMut(&mut T) -> bool, | ^^^^^^^^^^^^^^^^^^^^^ required by this bound in `ExtractIf` error[E0061]: this method takes 1 argument but 2 arguments were supplied --> common/systems/src/mount.rs:74:38 | 74 | ... .extract_if(.., |action| match action { | ________________________^^^^^^^^^^_____- 75 | | ... ControlAction::StartInput { input: i, .. } 76 | | ... | ControlAction::CancelInput(i) => matches!( 77 | | ... i, ... | 80 | | ... _ => false, 81 | | ... }) | |_______________________- unexpected argument #2 of type `{closure@common/systems/src/mount.rs:74:53: 74:61}` | note: method defined here --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/mod.rs:3234:12 | 3234 | pub fn extract_if<F>(&mut self, filter: F) -> ExtractIf<'_, T, F, A> | ^^^^^^^^^^ help: remove the extra argument | 74 - .extract_if(.., |action| match action { 75 - ControlAction::StartInput { input: i, .. } 76 - | ControlAction::CancelInput(i) => matches!( 77 - i, 78 - InputKind::Jump | InputKind::Fly | InputKind::Roll 79 - ), 80 - _ => false, 81 - }) 74 + .extract_if(..) | error[E0599]: the method `collect` exists for struct `ExtractIf<'_, ControlAction, RangeFull>`, but its trait bounds were not satisfied --> common/systems/src/mount.rs:82:38 | 72 | ... let actions = c | _____________________________________- 73 | | ... .actions 74 | | ... .extract_if(.., |action| match action { 75 | | ... ControlAction::StartInput { input: i, .. } ... | 81 | | ... }) 82 | | ... .collect(); | | -^^^^^^^ method cannot be called on `ExtractIf<'_, ControlAction, RangeFull>` due to unsatisfied trait bounds | |___________________________| | | ::: /usr/local/lib/rustlib/src/rust/library/core/src/ops/range.rs:43:1 | 43 | pub struct RangeFull; | -------------------- doesn't satisfy `<_ as FnOnce<(&mut ControlAction,)>>::Output = bool` or `_: FnMut<(&mut ControlAction,)>` | ::: /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/extract_if.rs:22:1 | 22 | / pub struct ExtractIf< 23 | | 'a, 24 | | T, 25 | | F, 26 | | #[unstable(feature = "allocator_api", issue = "32838")] A: Allocator = Global, 27 | | > where | |_- doesn't satisfy `_: Iterator` | = note: the following trait bounds were not satisfied: `<RangeFull as FnOnce<(&mut veloren_common::comp::ControlAction,)>>::Output = bool` which is required by `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` `RangeFull: FnMut<(&mut veloren_common::comp::ControlAction,)>` which is required by `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` which is required by `&mut std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` error[E0277]: expected a `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` --> common/systems/src/mount.rs:183:33 | 183 | .extract_if(.., |action| match action { | ---------- ^^ expected an `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` | | | required by a bound introduced by this call | = help: the trait `for<'a> FnMut(&'a mut veloren_common::comp::ControlAction)` is not implemented for `RangeFull` note: required by a bound in `Vec::<T, A>::extract_if` --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/mod.rs:3236:12 | 3234 | pub fn extract_if<F>(&mut self, filter: F) -> ExtractIf<'_, T, F, A> | ---------- required by a bound in this associated function 3235 | where 3236 | F: FnMut(&mut T) -> bool, | ^^^^^^^^^^^^^^^^^^^^^ required by this bound in `Vec::<T, A>::extract_if` error[E0277]: expected a `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` --> common/systems/src/mount.rs:183:22 | 183 | .extract_if(.., |action| match action { | ^^^^^^^^^^ expected an `FnMut(&mut veloren_common::comp::ControlAction)` closure, found `RangeFull` | = help: the trait `for<'a> FnMut(&'a mut veloren_common::comp::ControlAction)` is not implemented for `RangeFull` note: required by a bound in `std::vec::ExtractIf` --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/extract_if.rs:28:8 | 22 | pub struct ExtractIf< | --------- required by a bound in this struct ... 28 | F: FnMut(&mut T) -> bool, | ^^^^^^^^^^^^^^^^^^^^^ required by this bound in `ExtractIf` error[E0061]: this method takes 1 argument but 2 arguments were supplied --> common/systems/src/mount.rs:183:22 | 183 | .extract_if(.., |action| match action { | ______________________^^^^^^^^^^_____- 184 | | ControlAction::StartInput { input: i, .. } 185 | | | ControlAction::CancelInput(i) => { 186 | | matches!(i, InputKind::Jump | InputKind::Fly | InputKind::Roll) 187 | | }, 188 | | _ => false, 189 | | }) | |_____________________- unexpected argument #2 of type `{closure@common/systems/src/mount.rs:183:37: 183:45}` | note: method defined here --> /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/mod.rs:3234:12 | 3234 | pub fn extract_if<F>(&mut self, filter: F) -> ExtractIf<'_, T, F, A> | ^^^^^^^^^^ help: remove the extra argument | 183 - .extract_if(.., |action| match action { 184 - ControlAction::StartInput { input: i, .. } 185 - | ControlAction::CancelInput(i) => { 186 - matches!(i, InputKind::Jump | InputKind::Fly | InputKind::Roll) 187 - }, 188 - _ => false, 189 - }) 183 + .extract_if(..) | error[E0599]: the method `collect` exists for struct `ExtractIf<'_, ControlAction, RangeFull>`, but its trait bounds were not satisfied --> common/systems/src/mount.rs:190:22 | 181 | let actions: Vec<_> = c | _______________________________________- 182 | | .actions 183 | | .extract_if(.., |action| match action { 184 | | ControlAction::StartInput { input: i, .. } ... | 189 | | }) 190 | | .collect(); | | -^^^^^^^ method cannot be called on `ExtractIf<'_, ControlAction, RangeFull>` due to unsatisfied trait bounds | |_____________________| | | ::: /usr/local/lib/rustlib/src/rust/library/core/src/ops/range.rs:43:1 | 43 | pub struct RangeFull; | -------------------- doesn't satisfy `<_ as FnOnce<(&mut ControlAction,)>>::Output = bool` or `_: FnMut<(&mut ControlAction,)>` | ::: /usr/local/lib/rustlib/src/rust/library/alloc/src/vec/extract_if.rs:22:1 | 22 | / pub struct ExtractIf< 23 | | 'a, 24 | | T, 25 | | F, 26 | | #[unstable(feature = "allocator_api", issue = "32838")] A: Allocator = Global, 27 | | > where | |_- doesn't satisfy `_: Iterator` | = note: the following trait bounds were not satisfied: `<RangeFull as FnOnce<(&mut veloren_common::comp::ControlAction,)>>::Output = bool` which is required by `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` `RangeFull: FnMut<(&mut veloren_common::comp::ControlAction,)>` which is required by `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` `std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` which is required by `&mut std::vec::ExtractIf<'_, veloren_common::comp::ControlAction, RangeFull>: Iterator` Some errors have detailed explanations: E0061, E0277, E0599. For more information about an error, try `rustc --explain E0061`. error: could not compile `veloren-common-systems` (lib) due to 8 previous errors
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
@rbgarga: I think it's better to submit this downstream. There's too much red tape upstream!