search for: itimer

Dear All, I have a pair of .cpp and .def file can be compiled using VC++ and works perfectly well in S-PLUS. I wanted to do the same for R; so I followed the guidline given in "Building from a source-code library under Windows" as much as possible and manage to compile them using VC++ and call it from R. But it gives different answer from the one called from S-Plus. I know that I did

I cannot understand the following error printed out when I try to get the extrema of my time series. I would appreciate some suggestion as I really cannot interpret the error. I might not be using a proper set of parameters in calling such functions. I am learning by doing ... > aa.peak <- wavCWTPeaks (aa.tree) Error in `row.names<-.data.frame`(`*tmp*`, value = c("1",

Hello, I am building an Rails applications that has to integrate an legacy system (lxoffice) (schema at: http://www.lx-office.org/uploads/media/DB_Schema_2.1.1_R_393_17_03_2005_.pdf). They somehow use global ids (global for some tables). I can not change the schema and still I want to use Rails to access it and not pure SQL. When I try to insert a record I get the following message:

Hello everybody... I need help about logon script, this time i want to change time format from 12 format to 24 format on pc client. I'm using samba 3.0.20 on PDC and the client is mostly win xp but we have pc with os win ME too. I change from logon.exe that i put on every user directory which has script like this REGEDIT4 [HKEY_CURRENT_USER\Control Panel\International]

Still trying to stream ogg and have not gotten past a make error in ices2. We www.freespeech.org are an independent media / news site so it would be nice to get this running and support this new format. I'd love to convert all of our 700 streaming video files from from realmedia as well but thats another story! Perhaps this is not the correct forum but it seems like there are a lot of

Actually, you don't have to check out ogg and vorbis from CVS. You can just use Vorbis 1.0, if you like. ices was updated to use the Vorbis 1.0 encoding API, and that is the source of the errors the original poster was seing. --- Stan Seibert <p>On Wed, 2002-07-31 at 15:23, D. Anthony Patrick wrote: > You need to check out ogg and vorbis from cvs and install them as well. Refer

On Sat, 20 Oct 2001, Jack Moffitt wrote: > I changed the libshout2 and thread module apis. This broke everything. > If you are tracking CVS, make sure to update your libshout2 and the > thread module. Ices2 and Icecast2 already uses these new changes, which > were implemented as part of general cleanup and getting Solaris builds > out of clean tarballs. > > If anyone is

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi folks, I can't compile ices2 from cvs.xiph.org OS Linux gcc 2.95 I get this error: make[2]: Entre dans le répertoire `/usr/local/src/ices/src' gcc -DPACKAGE=\"ices\" -DVERSION=\"2.0\" -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 - -I. -I. -Inet -Ithread -Iavl -Ilog -Itiming -DHAVE_OSS -O20 -ffast-math - -fsigned-char

Karl Heyes wrote: >> In file included from sock.c:49: >> sock.h:32: os.h: No such file or directory >> make[2]: *** [sock.lo] Error 1 >> make[2]: Leaving directory `/opt/ices2/libshout/src/net' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/opt/ices2/libshout/src' >> make: *** [all-recursive] Error 1 > > > yes

You need to check out ogg and vorbis from cvs and install them as well. Refer to the following previous mailling list post for info on what to do: http://www.xiph.org/archives/icecast/2870.html On Wednesday 31 July 2002 05:57 pm, Richard wrote: > Still trying to stream ogg and have not gotten past a make error in > ices2. We www.freespeech.org are an independent media / news > site so

> > >seems odd.. > >with sh use >make 2>&1 1> output > >or with csh > >make >& output > >karl > I ran make again. Here is the output: Making all in src make[1]: Entering directory `/usr/ices/src' Making all in avl make[2]: Entering directory `/usr/ices/src/avl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory

...(null), tonep: 0 May 11 19:18:19 kernel: dahdi: digitmode: 0, txdialbuf: , dialing: 0, aftdialtimer: 0, cadpos. 0 May 11 19:18:19 kernel: dahdi: confna: 0, confn: 0, confmode: 0, confmute: 0 May 11 19:18:19 kernel: dahdi: ec: (null), deflaw: 0, xlaw: ffffffffa0257d50 May 11 19:18:19 kernel: dahdi: itimer: 0, otimer: 0, ringdebtimer: 0 May 11 19:18:19 kernel: May 11 19:18:21 kernel: dahdi: Dump of DAHDI Channel 2 (B4/0/1/2,2,2): May 11 19:18:21 kernel: May 11 19:18:21 kernel: dahdi: flags: 501 hex, writechunk: ffff88013b740094, readchunk: ffff88013b7400ac May 11 19:18:21 kernel: dahdi: rxgain: fffff...

https://github.com/Rdatatable/data.table/issues/2171 The fix was easy, it's just surprising to see the behavior change almost on a whim. Just wanted to point it out in case this is unknown behavior, but Evan seems to have found this as well. On Tue, May 23, 2017 at 12:00 PM, Michael Chirico <michaelchirico4 at gmail.com > wrote: > Astute observation. And of course we should be

I changed the libshout2 and thread module apis. This broke everything. If you are tracking CVS, make sure to update your libshout2 and the thread module. Ices2 and Icecast2 already uses these new changes, which were implemented as part of general cleanup and getting Solaris builds out of clean tarballs. If anyone is having build issues now, on linux or solaris, please let me know. jack. ---

...lines touched on the y axis. The units of time could be selected by the user: cpu time, wall clock time, memory access count, etc. The unit determines the method of snapshot sampling, whether performance counters for the memory access count (or instrumentation to increment a global counter) or an itimer. We can record callstacks with each snapshot as well to help give an indication of what the program is doing at that point in time, to help the user understand the program phases. We expect the time overhead of the tool to be well under the 5x EfficiencySanitizer ceiling; presumably it should be...

Hi, I'm trying to compile UML with LLVM. However, LLVM-LD hangs whiile linking modules. It's consuming 99% of the CPU llvm-ld -v -r -o kernel/built-in.o kernel/sched.o kernel/fork.o kernel/exec_domain.o kernel/panic.o kernel/printk.o kernel/profile.o kernel/exit.o kernel/itimer.o kernel/time.o kernel/softirq.o kernel/resource.o kernel/sysctl.o kernel/capability.o kernel/ptrace.o kernel/timer.o kernel/user.o kernel/user_namespace.o kernel/signal.o kernel/sys.o kernel/kmod.o kernel/workqueue.o kernel/pid.o kernel/rcupdate.o kernel/extable.o kernel/params.o kernel/posix-time...

Hi There: I was wondering if there is a way to read FORTRAN list data (similar to IDL's readf function). I often use FORTRAN for most of my number crunching, and use something like IDL to visualize and perform statistical analysis on that data. Since the each file is rather large (>100 Mb), formatting the output into columns or tables is impractical, hence the "list"

At 07:59 AM 7/29/02 +1000, you wrote: >I noticed another post where it was mentioned which modules were needed etc, >then followed the instructions at xiph.org for CVS. It's working now, >although darkice (which is none of xiph's concern AFAIK) seg-faults..... > >I haven't been able to test ices2 in live mode, well, it seems to work, but I >get silence.... ices2 in

I initially thought this is "documented behaviour". ?sprintf says: Numeric variables with __exactly integer__ values will be coerced to integer. (emphasis mine). Turns out this only works when the first value is numeric and not NA, as shown by the following example: > sprintf("%d", as.numeric(c(NA,1))) Error in sprintf("%d", as.numeric(c(NA, 1))) : invalid

I'm trying to get Wine to print through it's PS driver, without success, on a HP DeskJet 694C, configured on Linux with the cdj670 driver. What I get to see on screen after I attempt to print are three windows with exclamation marks on a yellow triangle and garbled text. The first window is titled "Printer name", the second "Device name", the third "Output".