similar to: [Bug] having parentheses in filenames causes failure

Displaying 20 results from an estimated 5000 matches similar to: "[Bug] having parentheses in filenames causes failure"

2004 Aug 19
1
Unbalanced parentheses printed by warnings() crash text editor
Hello everyone, Hope it is the good place for this (I discuss the question of the right place below). Most of the time, warnings are more than 1000 characters long and thus are truncated. Most of the time, this generates printouts with unbalanced parentheses. Intelligent text editors which do parentheses highlighting get very confused with this. After too many warnings, they give errors, and
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: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
2008 Mar 10
1
re moving parentheses/square brackets from data frame numbers
Dear list, I am importing data consisting of numbers into dataframes. Some of the numbers are flanked by parentheses or square brackets. Thus, they are not recognized as numeric and the corresponding column is of class "factor" which makes it hard/impossible use in plotting functions. Is there a way to remove brackets from numbers in a column/row/dataframe? Kind regards, Stefan --
2009 Jan 09
1
Maintain Spaces and Parentheses in Variable Names
Is there any way to maintain spaces, slashes, and parentheses in variable names when reading these into R? Of course, read.table converts these to periods. However, I know that it's not strictly illegal to have these characters in variable names as I am able to add them using the "variable editor" portion of the "data editor." I need to batch produce dozens of histograms
2004 Jun 22
0
Re: (PR#7005) X11 , plot(...expression(...)): missing parentheses
Martin Maechler wrote: > >>>>> "humbertc" == humbertc <humbertc@univ-mlv.fr> > >>>>> on Tue, 22 Jun 2004 13:16:58 +0200 (CEST) writes: > > humbertc> Full_Name: Cyril Humbert > humbertc> Version: 1.9.1 > humbertc> OS: Debian GNU/Linux (i386) > humbertc> Submission from: (NULL) (193.50.159.2) >
2009 Feb 03
2
[Bug 574] New: nf_conntrack_ftp.c ignores RFC 1123 regarding parentheses in FTP passive mode message 227
http://bugzilla.netfilter.org/show_bug.cgi?id=574 Summary: nf_conntrack_ftp.c ignores RFC 1123 regarding parentheses in FTP passive mode message 227 Product: netfilter/iptables Version: linux-2.6.x Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component:
2012 Nov 27
0
R CMD check fails when run in a directory with parentheses in the pathname
For what it's worth: running R CMD check on a package when the outdir has parentheses in the pathname fails with the following error: * checking PDF version of manual ...sh: Syntax error: "(" unexpected WARNING LaTeX errors when creating PDF version. This typically indicates Rd problems. * checking PDF version of manual without hyperrefs or index ...sh: Syntax error: "("
2004 Jun 22
0
Re: (PR#7005) X11 , plot(...expression(...)): missing parentheses
>>>>> "humbertc" == humbertc <humbertc@univ-mlv.fr> >>>>> on Tue, 22 Jun 2004 13:16:58 +0200 (CEST) writes: humbertc> Full_Name: Cyril Humbert humbertc> Version: 1.9.1 humbertc> OS: Debian GNU/Linux (i386) humbertc> Submission from: (NULL) (193.50.159.2) humbertc> Hello, humbertc> For the X11 graphic
2006 Apr 02
1
Find and remove matching parentheses
To create a more end-user readable table captions for modeld, I would like to get rid of the I(...) construct in formulae ("what's the hell does the I(..) mean in the contrast table") Example: effect ~ I(sqrt(nitro))*treat + I(nitro^2) should giv effect ~ sqrt(nitro)*treat + nitro^2 In know, this is a dumb model, just my test case. As far I remember, finding matching parentheses
2018 Nov 25
1
[PATCH] drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
From: Colin Ian King <colin.king at canonical.com> Currently, the expression for calculating RON is always going to result in zero no matter the value of ram->mr[1] because the ! operator has higher precedence than the shift >> operator. I believe the missing parentheses around the expression before appying the ! operator will result in the desired result. [ Note, not tested ]
2007 Nov 25
1
Constructin a call of function including permutation of column names - how to escape parentheses?
Dear R-users, I would like to construct a list of arguments for a function in a format function (list(item1=c("A","B"), item2=c("B","C")), item3=...): The individual vectors in the list are permutations of colnames of a dataframe. The trouble is that I am not able to handle escaping of parentheses correctly. I was trying the following: library(gregmisc)
2020 Jan 16
0
[PATCH AUTOSEL 4.19 202/671] drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
From: Colin Ian King <colin.king at canonical.com> [ Upstream commit 13649101a25c53c87f4ab98a076dfe61f3636ab1 ] Currently, the expression for calculating RON is always going to result in zero no matter the value of ram->mr[1] because the ! operator has higher precedence than the shift >> operator. I believe the missing parentheses around the expression before appying the !
2020 Jan 16
0
[PATCH AUTOSEL 4.14 111/371] drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
From: Colin Ian King <colin.king at canonical.com> [ Upstream commit 13649101a25c53c87f4ab98a076dfe61f3636ab1 ] Currently, the expression for calculating RON is always going to result in zero no matter the value of ram->mr[1] because the ! operator has higher precedence than the shift >> operator. I believe the missing parentheses around the expression before appying the !
2020 Jan 16
0
[PATCH AUTOSEL 4.9 080/251] drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
From: Colin Ian King <colin.king at canonical.com> [ Upstream commit 13649101a25c53c87f4ab98a076dfe61f3636ab1 ] Currently, the expression for calculating RON is always going to result in zero no matter the value of ram->mr[1] because the ! operator has higher precedence than the shift >> operator. I believe the missing parentheses around the expression before appying the !
2020 Jan 16
0
[PATCH AUTOSEL 4.4 048/174] drm/nouveau/bios/ramcfg: fix missing parentheses when calculating RON
From: Colin Ian King <colin.king at canonical.com> [ Upstream commit 13649101a25c53c87f4ab98a076dfe61f3636ab1 ] Currently, the expression for calculating RON is always going to result in zero no matter the value of ram->mr[1] because the ! operator has higher precedence than the shift >> operator. I believe the missing parentheses around the expression before appying the !
2017 Aug 03
2
Why LLVM doesn't have debug information of function right parentheses?
Simple Case: 1.int main() 2.{ 3. int i = 0; 4. return 0; 5.} compile command: clang -g a.c In LLVM IR, we have one attribute named "scopeLine" to indicate the left parentheses. But we don't have one attribute to indicate the right parentheses (line 5 in this example). So if we use gdb to debug it: (gdb) b main Breakpoint 1 at 0x100005c8: file a.c, line 3. (gdb) r Breakpoint
2005 Aug 24
1
extra parentheses cause death of kernel (PR#8094)
I try to type quickly, and sometimes I make mistakes that cost me more than I think they should... It appears that any time I quickly type a sequence such as: quartz() I am rewarded with the following text in red: 2005-08-24 11:02:42.388 R[2198] *** -[NSCFDate characterAtIndex:]: selector not recognized 2005-08-24 11:02:42.390 R[2198] *** NSTimer discarding exception
2007 Apr 18
0
parentheses gunnysack
Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 20566 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachments/20070330/2ccc598e/attachment.gif
2007 Apr 18
0
parentheses gunnysack
Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 20566 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachments/20070330/2ccc598e/attachment.gif