search for: globals

Dear R People: Hello! I'm putting together another RcmdrPlugin package and need to add a FORTRAN subroutine to speed things up a bit. I've never added compiled code to a package. Anyhow, I put my code into a /src directory. Here are the statements: * using log directory 'c:/R/R-2.11.1/bin/RcmdrPlugin.push.Rcheck' * using R version 2.11.1 (2010-05-31) * using session charset:

Charles Lepple wrote: > > would you mind forwarding (to either me, or the list) the .txt file > showing the hidparser bug? I am trying to revamp libhid's hidparser, > and it would be helpful to have the descriptor. The text file is contained in the tarball on the patch tracker, at

[Note: trimmed HTML] ---------- Forwarded message ---------- From: selinger@mathstat.dal.ca (Peter Selinger) To: jon.gough@eclipsesystems.com.au (Jon Gough) Date: Sun, 28 Jan 2007 02:20:48 -0400 (AST) Subject: Re: [Nut-upsuser] Ablerex 625L USB version Hi Jon, I can't figure out which version of NUT you are running, because you have pruned that information from your output. Also, which

Hi, Currently the wiki entry for Globalize http://wiki.rubyonrails.org/rails/pages/Globalize+Plugin http://globalize.diluvia.net is down, -- Posted via http://www.ruby-forum.com/.

Hi, I've got two Dynamix UPS's, both of which are USB and don't seem to work with NUT yet. Can anyone give me some advise on where I should start with working on getting them working. I can do a little C programming, so happy to give things a go but need some guidance. Brian R. Smith (who also subscribes to this list) has one as well. I've attached the output of lsusb -v and

Greetings, Any suggestions? I think I'm close but I can't quite get tripplite_usb to talk to my OMNI1000LCD. I'm new to NUT and couldn't find an answer using Google. With any luck, I've simply missed the obvious. The system I'm using, kaylee, is a debian stable system with some debian testing installed and a 2.6.15.4 kernel. I downloaded NUT 2.0.3 and built it from

Hi, Is there any further information on this UPS interface? I have an Upsonic UPS that is reporting the same interface, but I cannot make it work or get any sensible information from it. Thanks Jon --- avast! Antivirus: Outbound message clean. Virus Database (VPS): 000706-2, 25/01/2007 Tested on: 26/01/2007 11:00:14 AM avast! is copyright (c) 2000-2007 ALWIL Software.

Hi, Is there any further information on this UPS interface? I have an Upsonic UPS that is reporting the same interface, but I cannot make it work or get any sensible information from it. Thanks Jon --- avast! Antivirus: Outbound message clean. Virus Database (VPS): 000706-2, 25/01/2007 Tested on: 26/01/2007 11:00:14 AM avast! is copyright (c) 2000-2007 ALWIL Software.

...ugh function that I used to compose the globalVariables() command from the package check summary; it's probably not bullet-proof, but perhaps others will find it useful for packages, like the Rcmdr, that currently generate many notes about global variables: ------------- snip ------------ findGlobals <- function(filein="00check.log", fileout="globals.R"){ checklog <- readLines(filein) whichline <- which(grepl("checking R code for possible problems .* NOTE", checklog)) checklog <- checklog[-(1:whichline)] whichline <- which(grepl("checkin...

Hi Charles. I patched, reconfigured, remake'd, remake install'd - but no change. however, some more likely helpful information below for you. Thank you On Mon, Jun 8, 2015 at 12:34 PM, Greg Hersch <hersch.greg at gmail.com> wrote: > > > On Sun, 7 Jun 2015, Charles Lepple wrote: > >> [please use reply-all to include the list, as the list does not override >>

hi, I try to build hello.cpp using both llvmg++ and GNU g++, the generate llvm bytecode's size is about 960K, and the size of binary code generated by g++ is only 13K. Could anyone explain the difference between the two result? BWT: I rebuild the cfrontend in RH linux9.0, but when I build the hello.cpp the llvmG++ reports warnings too, it shows: ----------------------------- [yue at RH9

Hi, I have two ups (Turbo-X 1000SD, Turbo-X 1500SD). The both report themselves as # lsusb Bus 008 Device 002: ID 0001:0000 Fry's Electronics The are produced by MEC and report MEC0002 as product (although the working one report it in dmesg but not in lsusb) The 1000 (bcdUSB 1.00) works with blazer_usb while the 1500 (bcdUSB 1.10) doesn't. I am attaching lsusb and blazer_urb output

On Jan 24, 2011, at 11:57 PM, Duncan Sands wrote: > Hi Talin, > >> Really, all I need to make this work is some way to 'mark' a global so that my >> custom pass can query for all marked globals. Any ideas on this? > > metadata maybe? A better approach would be to create an global array of strings to hold names of marked globals. You know the name of this special array and use it to query all marked globals. This is the trick llvm-gcc uses to support PCH. - Devang

Dear all, I am using gamlss (Package gamlss version 4.0-0, R version 2.10.1, Windows XP Service Pack 3 on a HP EliteBook) to relate bird counts to habit variables. However, most models fail because “the global deviance is increasing” and I am not sure what causes this behaviour. The dataset consists of counts of birds (duck) and 5 habit variables measured in the field (n= 182). The dependent

On Sun, 7 Jun 2015, Charles Lepple wrote: > [please use reply-all to include the list, as the list does not override the Reply-To header.] > > On Jun 7, 2015, at 5:02 PM, Greg Hersch <hersch.greg at gmail.com> wrote: > >> Here is the driver debug log. If I just let it run, it pops up with >> libusb_get_string_invalid argument over and over again, mixed in the

On Thu, Jul 19, 2007 at 06:24:10PM -0400, Matt McCutchen wrote: > The remote rsync is running out of memory as it collects the CVS > ignore rules (add_rule). Something could be awry with the CVS ignore > rules, or the machine could just be low on memory. Please run rsync > again with -vvv (three verbose options), which will make the remote > rsync show (among other useful

Dear all, I initially ran into this problem while rebuilding a package dependent on nleqslv. I got the following error: Error in match.arg(global) : 'arg' must be of length 1 This didn't occur in previous versions of nleqslv, but did in the current one (2.4). I think I pinned the problem down to the following example: Take two functions: test <-

Hi Rowland, I have done the edits as you suggested and ran again the script that you provided. Below is the output. Collected config --- 2019-12-04-11:46 ----------- Hostname: esmad1apl01 DNS Domain: emea.media.global.loc FQDN: esmad1apl01.emea.media.global.loc ipaddress: 10.34.54.152 ----------- Kerberos SRV _kerberos._tcp.emea.media.global.loc record verified ok, sample output: ;;

Hello. That's what I've got from ld: /usr/lib/libxenguest.a(xg_private.o): In function `unlock_pages': (.text+0x490): multiple definition of `unlock_pages' /usr/lib/libxenctrl.a(xc_private.o):(.text+0x6a0): first defined here /usr/lib/libxenguest.a(xg_private.o): In function `lock_pages': (.text+0x4d0): multiple definition of `lock_pages'

...2, [0 x float]}"? From my experimentation, it appears you can't bitcast or call GEP on a constant aggregate - the only I know of to get the address of a constant is to create a global, but I need the address to create the global. The only way that I can think of to do it is to have two globals - an anonymous global which is of the same type as the actual array constant, and a second global which is assigned the bitcast of the GEP of the first global. However, this seems overly complicated - is there an easier way to do it? -- Talin