search for: ndef

...windows(rescale="fit") I observe different par(pin) and different character sizes in text() and strwidth() width <- 16.53543 height <- 11.69291 windows(width=width, height=height, rescale="fixed") par("cex") plot(0:2,0:2, type="n") text(1,1,"abc\ndef", cex=2) text(1,0.5,"fixed", cex=2) temp <- t(sapply(par(c("din", "fin", "pin")),c)) colnames(temp) <- c("x", "y") temp <- rbind(temp, text=c(strwidth("abc\ndef", cex=2), strheight("abc\ndef", cex=2))) fix...

...ve different par(pin) and different character sizes in text() and strwidth() > > width <- 16.53543 > height <- 11.69291 > > windows(width=width, height=height, rescale="fixed") > par("cex") > plot(0:2,0:2, type="n") > text(1,1,"abc\ndef", cex=2) > text(1,0.5,"fixed", cex=2) > temp <- t(sapply(par(c("din", "fin", "pin")),c)) > colnames(temp) <- c("x", "y") > temp <- rbind(temp, text=c(strwidth("abc\ndef", cex=2), strheight("abc\ndef...

Trying to build rsync 2.6.0 on Solaris 8 (gcc 3.3.2) has revealed that some of the EAI_ defines exist on Solaris, but not all of them. This causes lib/getaddrinfo.c to fail compilation as EAI_MAX (and some others) is undefined. The patch below fixes this issue, but I haven't tested the specific error conditions represented by the defines. Bryan --- lib/addrinfo.h.orig 2001-12-05 06:19:16.000000000 -0700 +++ lib/addrinfo.h 2004-01-16 21:45:44.678112000 -0700 @@ -52,10 +52,12 @@ #define EAI_SERVICE 9 /* servna...

I've recently ported PL/R (R embedded in Postgres as a procedural language) to work on Win32 -- thank you to all involved for making the embedded interface common between *nix and Win32! This of course means users are now creating PL/R functions using Win32 based editors, which are using \r\n for EOL. I had not realized this before, but R throws a parse error when it sees \r, even on a

...gt; value got updated, but this was very rare occasion (status was always OL). > System reboot helped to get recent values. > > I?ve tried apcupsd and it worked flawlessly. > Then I wnt back to nut and I?ve noticed that interrupt processing is was > disabled in NUT: > > #if 1 //ndef SUN_LIBUSB > bool_t use_interrupt_pipe = TRUE; > #else > bool_t use_interrupt_pipe = FALSE; > #endif > > A hack to a hack to enable it? fixed it. Now it works as it should. > > It seems that SUN (well, Oracle) has fixed/updated their implementation? > and requires IRQ to...

..., but this was very rare occasion (status was always OL). >> System reboot helped to get recent values. >> >> I?ve tried apcupsd and it worked flawlessly. >> Then I wnt back to nut and I?ve noticed that interrupt processing is was disabled in NUT: >> >> #if 1 //ndef SUN_LIBUSB >> bool_t use_interrupt_pipe = TRUE; >> #else >> bool_t use_interrupt_pipe = FALSE; >> #endif >> >> A hack to a hack to enable it? fixed it. Now it works as it should. >> >> It seems that SUN (well, Oracle) has fixed/updated their impleme...

Dear R users, Is it possible to add comments in a plot window? I have 3 plots -> this plots have to be commented on same window Is possible to do the following : http://www.nabble.com/file/p18193822/plot%2526comments.JPG plot%26comments.JPG I don't know how to do it. Maybe plot.window or something like that. Any suggestions?? Thanks in advance, Adel. -- View this message in context:

...or.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. - I./common -I./include -fshow-column -Wall -W -Wredundant-decls -Wpointer-arith -Wcast-qual -Wcast-align -Wno-long-long -Wformat-security -fno-gnu-keywords -Wu ndef -Woverloaded-virtual -Wstrict-null-sentinel -Wshadow -Wstrict-overflow=1 -W logical-op -Wmissing-declarations -Wdouble-promotion -Winit-self -fvisibility=hi dden -mfpmath=sse -msse2 -mtune=generic -g -O2 -MT api/compactor.lo -MD -MP -MF $depbase.Tpo -c -o api/compactor.lo api/compactor.cc &&amp...

...8fb_par *par) /* write to the scratch register to test r/w functionality */ -static int __devinit register_test(const struct aty128fb_par *par) +static int register_test(const struct aty128fb_par *par) { u32 val; int flag = 0; @@ -781,7 +781,7 @@ static u32 depth_to_dst(u32 depth) #ifndef __sparc__ -static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_par *par, +static void __iomem *aty128_map_ROM(const struct aty128fb_par *par, struct pci_dev *dev) { u16 dptr; @@ -868,7 +868,7 @@ static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_pa...

...8fb_par *par) /* write to the scratch register to test r/w functionality */ -static int __devinit register_test(const struct aty128fb_par *par) +static int register_test(const struct aty128fb_par *par) { u32 val; int flag = 0; @@ -781,7 +781,7 @@ static u32 depth_to_dst(u32 depth) #ifndef __sparc__ -static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_par *par, +static void __iomem *aty128_map_ROM(const struct aty128fb_par *par, struct pci_dev *dev) { u16 dptr; @@ -868,7 +868,7 @@ static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_pa...

...8fb_par *par) /* write to the scratch register to test r/w functionality */ -static int __devinit register_test(const struct aty128fb_par *par) +static int register_test(const struct aty128fb_par *par) { u32 val; int flag = 0; @@ -781,7 +781,7 @@ static u32 depth_to_dst(u32 depth) #ifndef __sparc__ -static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_par *par, +static void __iomem *aty128_map_ROM(const struct aty128fb_par *par, struct pci_dev *dev) { u16 dptr; @@ -868,7 +868,7 @@ static void __iomem * __devinit aty128_map_ROM(const struct aty128fb_pa...

This started as a simple warning-elimination change. I'll get back to that series shortly ;-) It turned into a factorization and constification exercise during which I got a taste of ocaml. Thanks to Rich Jones for help with a few snippets in generator.ml. The overall result is that many previously-manually-maintained bits from daemon/*.c functions are now hoisted into the automatically-

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