similar to: Asterisk 1.4.X support for Solaris 10?

I'm having a problem with asterisk-1.4.4 dumping core under Solaris 10 with a SIGSEGV error. gdb gives this stack trace: #0 0xfebd4d0c in strlen () from /usr/lib/libc.so.1 #1 0xfec2a386 in _ndoprnt () from /usr/lib/libc.so.1 #2 0xfec2d4bb in vsnprintf () from /usr/lib/libc.so.1 #3 0x080e86de in ast_dynamic_str_thread_build_va (buf=0x8172763, max_len=0, ts=0x81482a0, append=0,

> Message: 1 > Date: Tue, 15 May 2007 23:01:24 -0400 > From: Frank Tarczynski <ftarz at mindspring.com> > Subject: [asterisk-users] Asterisk 1.4.4 reproducibly dumps core on > Solaris 10 > To: asterisk-users at lists.digium.com > Message-ID: <464A7404.5000706 at mindspring.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I have

Hello, Asterisk 1.4.22 keeps crashing on Solaris 5.10 i386. ast_dynamic_str_thread_build_va() seems to be passed some kind of garbage (see attached dbx output) which ultimately brings down the whole process. As a workaround, I've set the debug level to 0 for now. Should I submit this as a bug? Thanks for any help. Best, Peter -------------- next part -------------- An embedded and

I have built Asterisk 1.4.4 on my Solaris 10 x86 box: LDFLAGS='-R/usr/sfw/lib -R/opt/csw/lib -L/opt/csw/lib -L/usr/sfw/lib' CPPFLAGS=-I/opt/csw/include ./configure -with-curl=/opt/csw --without-oss --without-vpb --prefix=/opt/asterisk-1.4 The build and install go fine but the asterisk executable reproducibly dumps core with a segmentation violation. If I start it as: asterisk -gc and

Thanks: Mykola Ivanets --- df/output.c | 26 ++++++++++++++++++++------ 1 file changed, 20 insertions(+), 6 deletions(-) diff --git a/df/output.c b/df/output.c index eed7f384d..18f76b155 100644 --- a/df/output.c +++ b/df/output.c @@ -80,6 +80,22 @@ print_title (void) } } +/* scale (n, 4096, 1024) ==> n * 4 + * scale (n, 512, 1024) ==> n / 2 + */ +static uintmax_t +scale (uintmax_t

FYI, I am building on alpine 3.10 and 3.11 I am getting this build[1] error. I think these header files of dovecot are not correct. Or are they? I changed line 35 in /usr/include/dovecot/str.h from str_append_max(str, cstr, max_len); to str_append_max(str, (const char *)cstr, max_len); [1] /usr/include/dovecot/str.h: In function 'void str_append_n(string_t*, const void*, size_t)':

Otherwise, we get a failure due to Numerical result out of range. And for safety's sake, we are best capping our request to an aligned value, if the server insists on minimum alignment. Fixes: f3fd935c --- info/nbdinfo.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/info/nbdinfo.c b/info/nbdinfo.c index 1afdf98..2b22f51 100644 --- a/info/nbdinfo.c +++

===================================================================== Asterisk-11.5.1 Centos6 app_confbrige.c ===================================================================== APP: MyConfbridgeCount(Confbridgename,variablename) it will return no of user in conference if conference is created or else zero. Task: Using Dailplan user want to retrive no of user in conference '6050'

Hello all, I downloaded and built the Asterisk v1.4.9 from the Debian Unstable repository on my Debian Etch GNU/Linux but when I checked the logs, I got some error messages from the chan_sip.c. You can find the logs below. # pwd /usr/src/debian/ # apt-get build-dep asterisk # exit $ cd /usr/src/debian/asterisk-1.4.9~dfsg/ $ debuild -us -uc ... ... ... - - - < s n i p > - - - Generating

On Wed, Nov 29, 2017 at 09:55:23PM +0800, Wei Wang wrote: > Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of > balloon (i.e. inflated/deflated) pages using scatter-gather lists to the > host. A scatter-gather list is described by a vring desc. > > The implementation of the previous virtio-balloon is not very efficient, > because the balloon pages are

On Wed, Nov 29, 2017 at 09:55:23PM +0800, Wei Wang wrote: > Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of > balloon (i.e. inflated/deflated) pages using scatter-gather lists to the > host. A scatter-gather list is described by a vring desc. > > The implementation of the previous virtio-balloon is not very efficient, > because the balloon pages are

Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of balloon (i.e. inflated/deflated) pages using scatter-gather lists to the host. A scatter-gather list is described by a vring desc. The implementation of the previous virtio-balloon is not very efficient, because the balloon pages are transferred to the host by one array each time. Here is the breakdown of the time in percentage

Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of balloon (i.e. inflated/deflated) pages using scatter-gather lists to the host. The implementation of the previous virtio-balloon is not very efficient, because the balloon pages are transferred to the host by one array each time. Here is the breakdown of the time in percentage spent on each step of the balloon inflating process

Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of balloon (i.e. inflated/deflated) pages using scatter-gather lists to the host. The implementation of the previous virtio-balloon is not very efficient, because the balloon pages are transferred to the host by one array each time. Here is the breakdown of the time in percentage spent on each step of the balloon inflating process

I think someone else mentioned this problem earlier on the list, and I've recently started seeing the following error show up: file index-transaction.c: line 54 (index_transaction_finish_rollback): assertion failed: (t->mail_ref_count == 0) Raw backtrace: /usr/lib/dovecot/deliver(i_syslog_fatal_handler+0x2b) [0x80bff0b] -> /usr/lib/dovecot/deliver [0x80bfd1a] ->

ops __finalise_sg Disable combining sg segments in the dma-iommu api. Combining the sg segments exposes a bug in the intel i915 driver which causes visual artifacts and the screen to freeze. This is most likely because of how the i915 handles the returned list. It probably doesn't respect the returned value specifying the number of elements in the list and instead depends on the previous

Platforms without device-tree nor ACPI can provide a topology description embedded into the virtio config space. Parse it. Use PCI FIXUP to probe the config space early, because we need to discover the topology before any DMA configuration takes place, and the virtio driver may be loaded much later. Since we discover the topology description when probing the PCI hierarchy, the virtual IOMMU

Hi Jean, On 8/21/20 3:15 PM, Jean-Philippe Brucker wrote: > Platforms without device-tree nor ACPI can provide a topology > description embedded into the virtio config space. Parse it. > > Use PCI FIXUP to probe the config space early, because we need to > discover the topology before any DMA configuration takes place, and the > virtio driver may be loaded much later. Since we

Hi, I'm starting testing 1.6.2 beta. CentOs 5.2 I found my first crash, first I have [Mar 20 20:30:41] WARNING[11201]: res_config_mysql.c:611 update_mysql: Attempted to update column 'useragent' in table 'sip', but column does not exist! [Mar 20 20:30:41] ERROR[11201]: res_config_mysql.c:581 update_mysql: MySQL RealTime: Updating on column 'lastms', but

plain text document attachment (hvvm-mm-export.patch) I would like to have the HV VM code in the kernel proper, but until then, it needs to get at some of the memory page table utils (pud_alloc and friends). So as a module, we export this. I probably can change HV VM to just be compiled in the kernel like some of the other lguest stuff too. Signed-off-by: Steven Rostedt