similar to: [LLVMdev] patch for ability of parsing response arg

http://bugzilla.mindrot.org/show_bug.cgi?id=517 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #265 is|0 |1 obsolete| | ------- Additional Comments From djm at mindrot.org 2003-05-15 18:50 ------- Created

http://bugzilla.mindrot.org/show_bug.cgi?id=517 Summary: bad "put" arg parsing Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: djm at

>> Before this change is committed, you need to test that all our scenarios, >> in each combination: >> >> 1. Both with and without OBJ_DIR == SRC_DIR >> 2. Single and Parallel builds >> 3. Building LLVM versus building a project (and now building from >> installed) > ok, will do... > > I found some bugs in my patch and then I will send updated

Hi Kerry, Some time ago I had to setup mrtg graphing too. I'll try to give a short outline of what I did: 1. how do I get listener numbers into MRTG? 2. how to interface XSLT with MRTG? 3. how to set up MRTG? 1. I chose to use the xslt-features provided by Icecast and placed files called lstn-*.xsl for every mountpoint in the icecast web-root. The sole purpose of this xslt-sheet is

>> Also I have in Makefile.rules (but not include in patch) some >> modification for simplify used common Makefile.rules in LLVM projects and >> non-LLVM project (guarding some LLVM specific parts by ifdef >> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). > > I'm not sure about this, perhaps Reid would like to comment? > Patch attached. This patch with header

For example, this url returns some xml: http://www.mysite.com/xml What is the correct way to perform a GET on this url, and then parse the RESPONSE xml? Could someone shine some light on a poor soul? :) -- Posted via http://www.ruby-forum.com/.

Hello All, I wrote a PHP function to parse the icecast stats log and return as much information in a structured array as possible (well, as much as I care about, anyway). Because the stats log is not easily machine-parseable, I thought this might be useful to somebody. The log is parsed using Perl-compatible regexps, so it should easily port. I have only my own setup to test this on, so

>> Patch attached. >> >> This patch with header installation patch ( >> http://mail.cs.uiuc.edu/pipermail/llvmdev/2005-February/003300.html ) >> let external project (I am test it at my YAFL frontend for LLVM) build >> using installed LLVM version instead using LLVM obj/src dirs. > > I think the patch looks basically sane. The one wierd thing I notice

Hello: I'm newbie in asterisk, please help me. My context is as follows: 192.168.4.2 --> Asterisk 11.13.1 complied from source 192.168.4.4 --> Yeastar NeoGate TG100 GSM gateway When I call from a GSM cell phone, my TG100 GSM gateway answers and dials extension 7777 (configured as a hotline on TG100) to asterisk server, but asterisk server sends me "SIP/2.0 401

http://bugzilla.mindrot.org/show_bug.cgi?id=93 ------- Additional Comments From jprondak at visualmedia.com 2002-02-02 08:45 ------- Created an attachment (id=16) ssh-add.c patch to search ssh_config for IdentityFile(s) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Yes, r3mix found a bug, no it's not a serious one. It's amazing how something small gets overblown like this. The r3mix reviewer basically just hit the known short block trigger bug when doing his tests. We've known about this bug since before the beta and haven't fixed it yet because it was considered relatively minor; [ironically] it mostly affects test samples with a single

Hi, When compiling mumble-iphone from https://github.com/mumble-voip/mumble-iphoneos <https://github.com/mumble-voip/mumble-iphoneos> I had a parser error on the file CodeOutputStream.m (form https://github.com/booyah/protobuf-objc/tree/696b7b61cdd4e8d77c55ace98b3119194fa04b7f <https://github.com/booyah/protobuf-objc/tree/696b7b61cdd4e8d77c55ace98b3119194fa04b7f>). I know that the

> Vladimir, > > I took a *very quick* look at your patch. I won't be able to look at it in > more detail until this weekend, but perhaps you can address a couple of > concerns: > > 1. I don't understand the need for LLVMToolDirSlash. This seems like a > gratuitous change to me. If LLVM_OBJ_ROOT (with LLVM_SRC_ROOT) and LLVM_ROOT both not set without

http://bugzilla.mindrot.org/show_bug.cgi?id=93 stevesk at pobox.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From stevesk at pobox.com 2002-04-05 19:18

http://bugzilla.mindrot.org/show_bug.cgi?id=93 dpoon at ocf.berkeley.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dpoon at ocf.berkeley.edu ------- Additional Comments From dpoon at ocf.berkeley.edu 2005-04-01 01:33 ------- I was just going to

Hello all, during tests of my SecurID patch I found a small mistake (maybe) in initialization of kbd-int devices. When kbdintctxt->device->init_ctx(authctxt) returns NULL whole challenge response authentication is stopped regardless availability of next devices. Small patch solving this situation is attached. ____________________________________________________________ Vyzkou?ejte pohodl?

On Mon, 7 Feb 2005, Vladimir Merzliakov wrote: >>> Also I have in Makefile.rules (but not include in patch) some modification >>> for simplify used common Makefile.rules in LLVM projects and non-LLVM >>> project (guarding some LLVM specific parts by ifdef >>> LLVM_OBJ_ROOT/LLVM_SRC_ROOT vars). >> >> I'm not sure about this, perhaps Reid

On Fri, Jan 27, 2023 at 12:32:13AM +0200, Vladimir Oltean wrote: > On Thu, Jan 26, 2023 at 09:15:03PM +0200, Leon Romanovsky wrote: > > From: Leon Romanovsky <leonro at nvidia.com> > > > > In netdev common pattern, xxtack pointer is forwarded to the drivers > ~~~~~~ > extack > > > to be filled with

Hello, I would like to gather some ideas and opinions on how to make the default AsmLexer more flexible when dealing with Identifiers. When the lexer emits something as an "Identifier" (read. String of characters) it means that it needs to be parsed all at once in a single go, even if it contains elements that might be wanted to be parsed as separate entities. In that case it is needed

Hi, A user of my `optparse` package discovered a bug in Rscript's parsing of [args]. (https://github.com/trevorld/optparse/issues/24) I've reproduced the bug on my machine including compiling and checking the development version of R. I couldn't find a mention of it in the Bug Tracker or New Features. Can be minimally reproduced on the UNIX command line with following commands: