similar to: No subject

I've just started using AMP and found that I have a problem with escaped characters in config files. In particular, I have a custom config item that needs a semicolon in... SetVar(_ALERT_INFO=info=auto-answer;delay=1) To get the part of the line after the ; to be accepted by Asterisk as a non-comment it needs to be escaped with a backslash, but I have found that I need to put two

As I stated before, I had in the work a utility to control spaces around punctuation and at some other places. Now, I've integrated it, with a few extra quote goodies, within PHP SmartyPants, as an extension just like PHP Markdown Extra extends PHP Markdown. And so appeared SmartyPants Typographer (announcement on my weblog)

Dear openssh-developers, the new external program ssh-rand-helper appeared in OpenSSH 3.1. While the SFTP_SERVER is defined using a _PATH_SFTP_SERVER pointing to SFTP_SERVER in Makefile.in and defining a default-path in pathnames.h the ssh-rand-helper is simply SSH_RAND_HELPER and defined with a fixed path in Makefile.in and not having a default in pathnames.h. I propose a handling analogous to

When "Icy-MetaData: 1" is in the HTTP request to the server, that indicates that the client wants to receive meta data inlined with the mp3 data stream. The metadata interval is reported by the server via the "icy-metaint" header in the response stream. Such data looks like the following within the mp3 stream StreamTitle='Ozzy Osbourne - Crazy

Why shouldn't they accept paths with spaces in them? *nix supports that, generally. So long as the paths are properly escaped in any input, things should work. If they don't, it's a bug. On Sep 21, 2011, at 3:51 AM, NAKAMURA Takumi wrote: > I don't think autoconf build scripts would be tolerant of whitespace pathname. > To build tools and liibs, I recommend you should build

Hello Puppet Users, The following is the result of my first attempt to create a useful component definition of something I wanted Puppet to manage. Instead of just copying over "precompiled" syslog.conf files, I thought it would be more useful if I could specify the elements of the syslog.conf file. (Ultimately, I think this should be defined as a type.) I hit a few hurdles and I

This release of libX11 looks bigger than it is, due to a lot of spec/doc cleanup work that doesn't affect the code itself. There is still a good deal of bug fixes, code cleanup, locale improvements, and compose key table additions, including new UTF-8 compose sequences for: <Multi_key> <R> <equal> : "<U+20B9>" U20b9 # INDIAN RUPEE SIGN <Multi_key>

Shows that as the MCU increases, the OpenMP extra overhead is amortized and OpenMP becomes as fast as the pthreads implementation. The last chart http://lampiao.lsc.ic.unicamp.br/~piga/gsoc_2008/systime.png Shows that both pthreads and OpenMP overhead decreases as what seems to be a logarithmic function of the MCU size. This was a great experiment, and from what I can conclude, the OpenMP

On 06/10/2013 06:35 AM, Matt Fleming wrote: > On Sat, 08 Jun, at 11:57:34AM, Gene Cumm wrote: >> To minimize impact and convey the extent of the change, perhaps change to >> ';' immediately and make another release, probably 5.20 and this week. > > This chunk of ftp_readdir() caught my eye, > > } else if ((p = strchr(buf, ';'))) { > /*

Yes, it sounds good. I can try tomorrow. Thank you for your advice ! On Thu, May 2, 2013 at 5:43 PM, Logan Chien <tzuhsiang.chien at gmail.com>wrote: > I think the better solution should be: > > > LLVMContext& C = is->getContext(); > Value *values[] = { > ConstantInt::getSigned(Type::getInt64Ty(C), *scsr*), > MDString::get(C, *"path"*) > };

Hi Chandrakala, Logan, Can you confirm that the attached patch fixes the overflow problem? Koen, can you confirm the fix makes sense? Cheers, Jean-Marc On 11/27/2017 12:10 PM, Logan Stromberg wrote: > Sorry, long holiday weekend in America. > I can say with pretty high certainty that there is an overflow occurring > and it is flipping smooth_coef_Q16 to be negative when it probably

Sorry, long holiday weekend in America. I can say with pretty high certainty that there is an overflow occurring and it is flipping smooth_coef_Q16 to be negative when it probably shouldn't be. I had originally thought it was only an issue where it was overflowing the 15th bit but not the 16th, which might still preserve the intended value for operations that ignore the sign bit (in cases

Yes, yes, I can reproduce it now, but only on platforms that define a 16-bit int by default (SA_Q15 is an opus_int rather than opus_int32). What system are you compiling this for? On Tue, Nov 21, 2017 at 8:34 PM, Chandrakala Madhira < chandrakala.madhira at soctronics.com> wrote: > Hi Logan, > > Please find attached the input stream we are using testing. > > Thank you, >

I think the better solution should be: LLVMContext& C = is->getContext(); Value *values[] = { ConstantInt::getSigned(Type::getInt64Ty(C), *scsr*), MDString::get(C, *"path"*) }; lnstr.setMetadata(*"your_analysis_name"*, MDNode::get(C, values)); So that you can take advantage of the type system of LLVM bitcode, and don't have to cast the integers from/to strings

On Mon, 10 Jun, at 07:24:21AM, H. Peter Anvin wrote: > VMS pathnames with semicolons are the same as in iso9660 -- version > numbers that are extremely rarely used. However, since file listings > display them, they have to be stripped off. > > So it is probably OK for the four people in the world that might have a > VMS server. Next thing I see is HTTP paths. Problem? We

On Thu, Jun 13, 2019 at 1:12 PM Logan Gunthorpe <logang at deltatee.com> wrote: > > > > On 2019-06-13 3:43 a.m., Christoph Hellwig wrote: > > Passing the actual typed structure leads to more understandable code > > vs the actual references. > > Ha, ok, I originally suggested this to Dan when he introduced the > callback[1]. > > Reviewed-by: Logan

The problem is that I want to pass only srsr which is an int. "marked" was just an example :) Thanks you! On Thu, May 2, 2013 at 5:06 PM, Logan Chien <tzuhsiang.chien at gmail.com>wrote: > I'm not familiar with this, but maybe you can try: > > StringRef tst = ("marked" + Twine(srsr)).str(); > > It seems that you can't use integer as meta data

That change seems to fix things here. Thanks! -Gordon From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of JF Bastien Sent: Wednesday, August 21, 2013 12:53 PM To: Logan Chien Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Broken PLT on ARM from R183966 I'm not very familiar with relocations but your fix looks the same as

After a clean "configure" under Solaris, my R-1.4.1 make is dying with this error & the others below. Does anyone know how to fix this/these problems? Thanks in advance for your assistance - Craig Stewart > make ... gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c random.c -o random.o gcc -I. -I../../src/include

We recently received the following bug report for the python-markdown implementation: > The "&" are escaped in URLs. > > An example: > [Link](http://www.site.com/?param1=value1&param2=value1) > > Should output: > <a href="http://www.site.com/?param1=value1&param2=value1">Link</a> > > Currently outputs: > <a