search for: integer64

...Chosen at 2010. Reason: In order that not all R packages using compiled code had to be patched extensively. *** BIT64 PACKAGE*** Nowdays, we have 'bit64' Package, which provides serializable S3 atomic 64bit (signed) integers (+-2^63). But this are not a replacement for 32bit integers, as integer64 are: * Not supported for subscripting. * Have different semantics when combined with double, e.g. integer64 + double => integer64. https://cran.r-project.org/web/packages/bit64/index.html *** PROPOSAL *** Instead of seeing 64 integers as a substitution to 32 bit integers, these could be inclu...

...over R's semantics. We all expect that binary and n-ary functions such as '+' and 'c' do return 'double' and do not destroy information. With solely extending 64bit integers but not 128bit doubles, we have semantic changes potentially disappointing such expectations: integer64+double returns integer64 and does kill decimals. I did my best to make operations involving integer64 consistent and numerically stable - please consult the documentation at ?bit64 for details. Since this package is 'at risk' to create a lot of dependencies from other packages, I'd...

...over R's semantics. We all expect that binary and n-ary functions such as '+' and 'c' do return 'double' and do not destroy information. With solely extending 64bit integers but not 128bit doubles, we have semantic changes potentially disappointing such expectations: integer64+double returns integer64 and does kill decimals. I did my best to make operations involving integer64 consistent and numerically stable - please consult the documentation at ?bit64 for details. Since this package is 'at risk' to create a lot of dependencies from other packages, I'd...

...ar package maintainers, Dear users of packages `bit`, `bit64`, `ff`, Everyone interested in sustainable sorting algorithms, I submitted updated versions for the upcoming R 4.5.0. The are only minor changes (see the NEWS files) but there is one important change in bit64: ??? o setting options(integer64_semantics="new") ????? gives the better semantics suggested by Ofek Shilon. ????? Downstream package authors: please test and adjust to the new semantics, ????? we plan to make that the default. After 25 years volunteer work for the R community, that was my last combined submission...

...ar package maintainers, Dear users of packages `bit`, `bit64`, `ff`, Everyone interested in sustainable sorting algorithms, I submitted updated versions for the upcoming R 4.5.0. The are only minor changes (see the NEWS files) but there is one important change in bit64: ??? o setting options(integer64_semantics="new") ????? gives the better semantics suggested by Ofek Shilon. ????? Downstream package authors: please test and adjust to the new semantics, ????? we plan to make that the default. After 25 years volunteer work for the R community, that was my last combined submission...

...not guestfs_copy_device_to_device_argv version. Other issue: generated declaration for guestfs__internal_test in guestfs-internal-actions.h looks like this: extern int guestfs__internal_test (guestfs_h *g, const char *str, const char *optstr, char *const *strlist, int b, int integer, int64_t integer64, const char *filein, const char *fileout, const char *bufferin, size_t bufferin_size, ...); but, it's type in bindtests.c looks different: int guestfs__internal_test (guestfs_h *g, const char *str, const char *optstr, c...

...tending existing ones. Sometimes it helps to generate a new one for a currently-partially-supported device, and then compare with existing subdriver (using meld or similar GUI helps a lot) to port the missing lines into it. In computers all numbers are binary :) In SNMP they should be Integer32 or Integer64 type, I think. Do you know which APC MIB version that NMC supports, and if that MIB's text contradicts the reality (an APC bug to report to them, I guess). In the nut2mib structures you can specify several sources for the same reading name, which allows the same subdriver to "pick the key...

...mes it helps to generate > a new one for a currently-partially-supported device, and then compare with > existing subdriver (using meld or similar GUI helps a lot) to port the > missing lines into it. > > In computers all numbers are binary :) In SNMP they should be Integer32 or > Integer64 type, I think. Do you know which APC MIB version that NMC > supports, and if that MIB's text contradicts the reality (an APC bug to > report to them, I guess). > > In the nut2mib structures you can specify several sources for the same > reading name, which allows the same subdriv...

...g \code{INF}), \code{matrix}, \code{array}, \code{list}, \code{pairlist}, \code{table}, \code{data.frame}, \code{lm}, \code{randomForest}, \code{randomForest.formula}, \code{ts}, \code{bigz} and \code{bigq} from package \code{gmp}, \code{int64} and \code{uint64} from package \code{int64}, and \code{integer64} from package \code{bit64}. Other classes are processed with \code{as.character( value )}. Table-like structures defines three commands for each structure: \code{nameColumns,} that can be used as a column-format, \code{nameHeader,} contains the column names, and \code{nameBody} contains the actua...

When I have a csv file that is more than 6 lines long, not including the header, and one of the fields is blank for the last few lines, and there is an extra comma on of the lines with the blank field, read.csv() makes creates an extra line. I attached an example file; I'll also paste the contents here: A,apple A,orange A,orange A,orange A,orange A,,, A,, ----- wc -l reports that this file

Thank you Martin for giving to know and developing 'Rmpfr' library for unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C MPFR): https://cran.r-project.org/package=Rmpfr My question is: In the long term (For R3.7.0 or R3.8.0): Does it have sense that CMP substitutes INTSXP, and MPFR substitutes REALSXP code? With this we would achieve that an integer is always an

Hi, I do have < INT_MAX. This looks attractive but since they are unique identifiers, storing them as factor will be likely to be counter-productive. (a string version + an int32 for each) I was looking to https://cran.r-project.org/web/packages/csvread/index.html This looks like a good feet for my needs. Any chances such an external package for int64 would be integrated in core ? Le 20

So what would it take me to edit NUT's code for my case to work? My Network Management Card sends its output state using unfortunately only (I guess so) this OID: 1.3.6.1.4.1.318.1.1.1.11.1.1.0 Weirdly the standard way of obtaining Battery Status (drivers/apc-mib.c) 1.3.6.1.4.1.318.1.1.1.2.1.1.0 gives me good results. Unfortunately power status OID's value type differs (my: 64 digits

I'm currently working on gobject bindings for libguestfs. I haven't got as far as compiling anything yet, but I've attached the C header for initial review. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 -------------- next part -------------- An embedded and

...age binding tests. *) let test_all_args = [ - String "str"; + String (PlainString, "str"); OptString "optstr"; - StringList "strlist"; + StringList (PlainString, "strlist"); Bool "b"; Int "integer"; Int64 "integer64"; - FileIn "filein"; - FileOut "fileout"; + String (FileIn, "filein"); + String (FileOut, "fileout"); BufferIn "bufferin"; ] @@ -112,7 +112,7 @@ You probably don't want to call this function." } fun (name, ret) -> [...

Very large but mechanical change to the generator. Rich.

Split up the huge generator/actions.ml into several smaller files. Rich.