similar to: Quoting underscores in variable names

I'm having problems with functions starting with underscores '_foo' <- function(x) {1} seems to work but I can't assign an attribute to this function attr('_foo', 'bar') <- 'pow' Any way of doing this? This is for a C++ -> R wrapping system so I'd like to keep the C++ names which start with underscores. (please cc: responses to me

Hi group, I try to write a frame to a table (RODBC). I use colnames(temp6) <- c("ind_id","ser_id","period_id","year","calc","mean") sqlSave(channel, temp6, tablename = "series_indices_test",append= TRUE, rownames=FALSE, verbose = FALSE, test = FALSE, nastring = -999999, fast = FALSE) This is giving me an error: Error in

Hi all, I've noticed that OpenSSH 7.7 adds stricter validation of user environment strings from authorized_keys files. While strict validation is a good thing from a security perspective, this new change specifically blocks underscores which are common to include in a user environment string. This results in the key being rejected outright. Including underscores in a user environment is a

Hi all - My boss is asking me if we can have dashes instead of underscores in the URL for SEO reasons. Apparently google prefers "foo-bar" to "foo_bar". The former will be found when searching for just "foo", but not the latter. So, I''m wondering if there is a way without changing any of my code if I can tell rails to use dashes instead of underscores?

This might more properly be filed as a bug report, but ... I came upon the following problem while trying to dyn.load a library of Fortran code into R. I'm running RedHat 7.1 on a Pentium III laptop, with R version 1.3.1 (latest rpm from CRAN) and gcc/g77 version 2.96. My library has a number of Fortran subroutines that have underscores in their names for readability. By default g77

Hi all, I've just started using the Friedrich Leisch's Sweave package to generate LaTeX reports with results of my analyses embedded as required. I've encountered a bit of a problem though in the processing of the resulting *.tex file that is as far as I can tell, down to the fact that my variable names have underscores ('_') in their names. The relevant section of code

Updating old CentOS 4 DNS servers to CentOS 5, one of our zones has a number of entries with underscores in. Starting named results in the following error and named refusing to start. masters/example.com.db:33: mail_server.example.com: bad owner name (check-names) I've tried including check-names master ignore; in the options but this isn't making any difference. I've read a lot

hi, i am looking for a solution whereupon calling myEntityObject.to_xml does not convert my attributes containing underscores into hyphens. at the moment an attribute named "my_own_attribute" is converted into <my-own-attribute>. does anybody have an idea how to change that and have to_xml generate <my_own_attribute> thanks ciao robertj -- Posted via

Are there technical reasons that package names cannot be snake case? This seems to be enforced by `.standard_regexps()$valid_package_name` which currently returns "[[:alpha:]][[:alnum:].]*[[:alnum:]]" Is there any technical reason this couldn't be altered to accept `_` as well, e.g. "[[:alpha:]][[:alnum:]._]*[[:alnum:]]" I realize that historically `_` has not

When I call to_xml on my active record objects, it replaces underscores with hypens. E.g.: <categories> <category> <content-provider-id type="integer">1</content-provider-id> <id type="integer">2</id> <name>Traffic Alerts</name> </category> </categories> When the actual field is content_provider_id. I remember

Hi, When I use RSQLite's dbWriteTable(...) function, the columns in the db table frequently end up having "__1" (two underscores and a one) added to them. The names are unique within the table and contain no weird characters. For example a "position" column from a data.frame was written to the DB as "position__1". Does anyone understand how this name munging

Hi folks, currently I'm running Dovecot 1.2.1. Compiled from source on Fedora 10 Linux 32 Bit (all patches). Clients are Pine 4.64, Thunderbird 2.0.0.22 and Mutt 1.5.20 (using "=b" for server-side searching). When a message contains the text "under_score" and I let the server search for it, Dovecot does not find it in messages with a Content-Transfer-Encoding of

Naming policies are always tricky. The one proposed by Hadley, as the one proposed by Google, are usable but not optimal according to most common needs, that are 1. Name a package 2. Name a class 3. Name a function 4. Name a parameter of a function 5. Name a variable My approach is the following 1. Package names should be made of lowercase characters, dash, dot and underscore 2. Class names

Hi All, So I just joined the list - first off, Markdown is a great format and we're using it in our online community project disCourse: http://discourse.ics.hawaii.edu We're using markdown for our wiki pages, stories, message postings, pretty much everywhere. One markdown policy that doesn't seem to fit intuitively for our users is the fact that embedded underscores leads to

I''ve recently run into a problem with one of my applications that refuses to send emails using ActionMailer. Looking at the log, it become obvious what''s happening, the system is looking for templates with underscores at the end. Notice the exception_notification_ . For example: ActionView::ActionViewError (No rhtml, rxml, rjs or delegate template found for

Martin, Thank you for discussing this amongst R-core and for detailing the R-core discussion here. Some specific examples where having underscores available would have been useful. 1. My primerTree package (2013) was originally primer_tree, but I had to change the name to camelCase to comply with the check requirements. Using camelCase in the package name makes reading code jarring, as the

I sent this earlier under with the subject "artificial sugar causes cancer" and I think some spam filters ate it. Here it is again: ====================================== All, If you look at http://rubyforge.org/tracker/index.php?func=detail&aid=6760&group_id=797&atid=3149 you''ll see that Chad (the submitter) found the source of the bug. Unfortunately, the source

Dear R-gang, I have a question about handling underscores in names in R 1.8.1 and 1.9.0. I recently installed 1.9.0 on a machine and found that many codes no longer work as a result of the changed behavior in make.names. I have numerous data files that have dashes, periods and underscores in the header row. I've got numerous R codes that read those files with read.table and read.csv and

rspec''ers We''ve been living in a world for a couple of months in which rspec supports both dots and underscores. Supporting both is gumming up the works at this point and I''d like to commit to one or the other. Assuming that all would prefer underscores, I''ve changed all of the tests to use only underscores, fixing a few new problems as they appeared. Unless

I use Borland C++ Builder 3 and I'm having trouble getting vorbisfile to work. This version of C++ Builder prefixes function names with underscores, so in the .obj file ov_open would look like _ov_open. Now, when linking the .obj files, it looks for the function _ov_open in all other .obj files and .lib files in the project. It finds none, and gives me an unresolved external error. I can