similar to: [klibc:update-dash] dash: system: Disable glibc warning on sigsetmask

Displaying 20 results from an estimated 600 matches similar to: "[klibc:update-dash] dash: system: Disable glibc warning on sigsetmask"

2020 Mar 28
0
[klibc:update-dash] dash: eval: make traps work when "set -e" is enabled
Commit-ID: 7bab7bbbfb0b8914691de08ed22a5cbda336952e Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=7bab7bbbfb0b8914691de08ed22a5cbda336952e Author: Antonio Ospite <ao2 at ao2.it> AuthorDate: Tue, 16 Oct 2018 14:09:52 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: make traps work when
2020 Mar 28
0
[klibc:update-dash] dash: eval: Silence compiler warning about missing parentheses
Commit-ID: e3da328217a1fbfaad2ae617dbc26746adf63f8f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e3da328217a1fbfaad2ae617dbc26746adf63f8f Author: Antonio Ospite <ao2 at ao2.it> AuthorDate: Tue, 16 Oct 2018 18:42:20 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Silence compiler
2019 Jan 25
0
[klibc:update-dash] [PATCH] eval: Silence compiler warning about missing parentheses
Commit-ID: c970d7573aa382c89d3c71b88cd10f4c6a464264 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=c970d7573aa382c89d3c71b88cd10f4c6a464264 Author: Antonio Ospite <ao2 at ao2.it> AuthorDate: Tue, 16 Oct 2018 18:42:20 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] [PATCH] eval: Silence compiler
2020 Mar 28
0
[klibc:master] dash: shell: Fix clang warnings about "string plus integer"
Commit-ID: 449b6b244204921fd048cb340fdc42c91b89149a Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=449b6b244204921fd048cb340fdc42c91b89149a Author: Antonio Ospite <ao2 at ao2.it> AuthorDate: Sat, 15 Dec 2018 18:49:31 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 16:20:40 +0000 [klibc] dash: shell: Fix clang warnings
2020 Mar 28
0
[klibc:master] dash: output: Fix clang warnings about GNU old-style field designator
Commit-ID: 31ef3f49d4fd96b67b0e578c5f672fe428430b14 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=31ef3f49d4fd96b67b0e578c5f672fe428430b14 Author: Antonio Ospite <ao2 at ao2.it> AuthorDate: Sat, 15 Dec 2018 18:49:32 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 16:20:40 +0000 [klibc] dash: output: Fix clang warnings
2015 Aug 21
0
Problem with psignal.c for Windows builds
Continuing with problems that I've uncovered while getting pqR to work on Windows... The file src/ghuwin32/psignal.c (used only in Windows builds) fails to use the sigset_t type in all places where it should, using "int" some places instead. Here is a diff of the needed corrections: @@ -253,7 +253,7 @@ sighandler_t signal(int signal_Number, sighandler_t signal_Handler) int
2020 Mar 28
0
[klibc:update-dash] dash: eval: Add vfork support
Commit-ID: cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:56 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Add vfork
2020 Mar 28
0
[klibc:update-dash] dash: eval: Use sh_warnx instead of warnx
Commit-ID: ff52f9cbec8aa6ef0c1fc4e07e8b947c41d643cf Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=ff52f9cbec8aa6ef0c1fc4e07e8b947c41d643cf Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Tue, 20 Nov 2018 10:09:26 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Use
2023 Nov 09
1
help with crash
2023-11-08 18:14:13] ERROR[571246][C-000017e2] : Got 19 backtrace records # 0: [0x5bd18a] asterisk utils.c:2800 __ast_assert_failed() # 1: [0x4618e3] asterisk astobj2.c:589 __ao2_ref() # 2: [0x58e660] asterisk stasis_cache.c:824 update_create() # 3: [0x58efed] asterisk stasis_cache.c:903 caching_topic_exec() # 4: [0x586b90] asterisk stasis.c:1380 dispatch_message() # 5: [inlined] asterisk
2015 Aug 24
0
Problem with psignal.c for Windows builds
One thing I forgot in my previous message about problems with psignal.c on Rtools for Windows... One also needs to change src/gnuwin32/fixed/h/psignal.h At a minimum, one needs the following changes: @@ -122,8 +129,8 @@ typedef struct /* Prototype stuff ***********************************************************/ -int sigsetmask(int signal_Block_MaskNew); -int
2020 Mar 28
0
[klibc:update-dash] dash: trap: Globally rename pendingsigs to pending_sig
Commit-ID: e0829af46211f7919afe8f49dd3145c0cbb45d87 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e0829af46211f7919afe8f49dd3145c0cbb45d87 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: trap: Globally
2017 Aug 28
5
ERROR during high volume MoH dialplan
Hi Richard, Thank you for the reply Correct, I did mean 13.15. I set no optimize and better backtrace through "make menuselect" and the output is now [Aug 28 21:41:16] ERROR[17171][C-0000392d]: frame.c:343 ast_frdup: FRACK!, Failed assertion Excessive refcount 100000 reached on ao2 object 0x21962b0 (0) Got 26 backtrace records #0: [0x61923f] main/utils.c:2475
2019 Jan 25
0
[klibc:update-dash] trap: Globally rename pendingsigs to pending_sig
Commit-ID: dbb7e738b59fe626fd25c4df9f348fecc434ce09 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=dbb7e738b59fe626fd25c4df9f348fecc434ce09 Author: Denys Vlasenko <dvlasenk at redhat.com> AuthorDate: Wed, 26 Oct 2016 19:28:29 +0200 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] trap: Globally rename
2017 Aug 28
2
ERROR during high volume MoH dialplan
Hello, I've recently setup a small load test against an instance of Asterisks. I've tested on asterisk 13.5 and 14.6 with the same results. I am using PJSIP. My dial plan is, [test] exten => 1001,1,Answer exten => 1001,n,MusicOnHold(15) exten => 1001,n,Hangup I am using SIPP to test. I can share XML if desired but it simply waits on the line while music plays for 8
2020 Mar 28
0
[klibc:update-dash] dash: jobs: Only clear gotsigchld when waiting for everything
Commit-ID: 93ae53d4cde3d461f987804e9bb3f2291c59c30f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=93ae53d4cde3d461f987804e9bb3f2291c59c30f Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:41 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: jobs: Only
2018 Apr 27
1
[Bug 1250] New: extensions: libip6t_icmp6: unsupported ICMPv6 types
https://bugzilla.netfilter.org/show_bug.cgi?id=1250 Bug ID: 1250 Summary: extensions: libip6t_icmp6: unsupported ICMPv6 types Product: iptables Version: 1.6.x Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: ip6tables Assignee:
2014 Sep 08
2
Samba4 AD -- Mac OS X clients uid:gid numbers not consistent
I have setup a Zentyal 3.2 Samba4 AD. I am using RSAT to administer the AD server. Windows7 and Linux (CentOS) clients are able to join the AD; uid/gid of directories/files show up as per the definitions in Samba4. With Mac OS X clients, there is a problem. The OS X nodes are able to join the domain (quite a few blogs on this subject). The AD connection shows green button. The AD user is
1998 Aug 10
0
AFS compilation problems
Hi I hope this isn't a FAQ, but i've scoured and found nothing. When compiling samba 1.9.18p8 with AFS 3.4a on solaris 2.6, when I go to link the binary (smbd) with the stock makefiles, i get: Undefined first referenced symbol in file sigvec /usr/afsws/lib/liblwp.a(iomgr.o) sigsetmask
2015 Jun 11
2
git daemon on zytor is back in action
> > Or perhaps there is a way to avoid the "Invalid request" message? Maybe > > by some (automatic) redirection to the adequate corresponding new > > "cgit" link? > > It certainly would be possible to do a redirection, if one can come up > with a mapping from gitweb queries to cgit queries, which I don't know > if someone has already done...
2015 Jun 11
0
git daemon on zytor is back in action
On 06/10/2015 09:28 PM, Ady via Syslinux wrote: > > Apparently, it has been done, (e.g. fedoraproject.org _partially_ did > it). > > I have found: > http://ao2.it/en/blog/2011/05/06/migrate-gitweb-cgit-url-rewrite-rules > > It mentions similar goals, of maintaining already-posted links as > valid. > > Whether it is appropriate for our case, I don't know. >