search for: 7276

Dear R bug fixers, This came in early this morning. The R/Gnome configuration, and selection of libraries hat not changed one bit since I last built 1.9.1 -- but maybe something change in the Gmome/Glib/Gtk, or even x11, libraries? Would anyone know where RestoreAction is defined? The list of Debian packages on which r-gnome depends is below; as this is computed from ldd output I won't add

....2 with 32bits? I tried to do it with ver. 7.2 64 bits and I couldn't... -- Lic. Alexander Leyva Fonseca Especialista en Ciencias Inform?ticas DSIT (Centro de Investigaciones Sider?rgicas) ACINOX-Nicaro Jabber: aleyva at mail.dsit.cu Telfs: 51-6396, 51-6827, 51-6849, 51-6580 Ext. 101 Fax: 51-7276 "Libertad es el derecho que todo hombre tiene a ser honrado, y a pensar y a hablar sin hipocres?a"

...guest ok = Yes i'd like to know if its possible that both passwords are changed. the perl script does a fine job from the shell only through samba it does not seam to work correctly. any sugestions? karl -- |- Entropia Software GmbH |- Luitpoldstrasse 59 |- D-76863 Herxheim | |- tel: +49 7276 98 85 40 3 |- fax: +49 7276 98 95 40 4 |- mobil: +49 179 73 48 48 8 |- mail: kb@entropia.biz |- web: http://www.entropia.biz

...; int quality = QUALITY; spx_int16_t input[] = {0x703B, 0x7361, 0x7567, 0x3969, 0x6874, 0x3B76, 0x3020, 0x3534, 0x3871, 0x7967, 0x3B75, 0x6C6F, 0x7261, 0x7965, 0x2038, 0x3B67, 0x7639, 0x3238, 0x3634, 0x6879, 0x3B20, 0x6F74, 0x6C69, 0x7276, 0x7771, 0x6564, 0x6E76, 0x6B2C, 0x206A, 0x6168, 0x6662, 0x763B, 0x6F2E, 0x7569, 0x7720, 0x7134, 0x2736, 0x3079, 0x3239, 0x5D75, 0x6D20, 0x5B79, 0x7530, 0x3160, 0x7120, 0x2765, 0x3974, 0x7570,...

...ced depths (i.e., 0.103-0.056 for the second row of data). I cannot seem to get diff to work the way I want it to - advice appreciated Tom Thomas J. Miller, Ph.D. Professor Chesapeake Biological Laboratory University of Maryland Center for Environmental Science Solomons, MD 20688 Tel: (410) 326-7276 Fax: (410) 326-7318 WWW: hjort.cbl.umces.edu

I'm trying to use early-dial. Here, all hardware PBX have it. You dial numbers and, as soon as you have a matching dialplan entry, you get throught. I my Grandstream I enabled early-dial. And when I put exten=91,1,Milliwatt in my dialplan then it works as expected. Also, when I call other SIP or IAX phones it works. Hurray! But how can I get it working with external lines? In my

...tifier "Videocard0" Driver "nouveau" Option "DRI" "3" EndSection $ grep DRI3 /var/log/Xorg.0.log [ 4367.417] (II) NOUVEAU(0): DRI3 on EXA enabled $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 7276 frames in 5.0 seconds = 1455.099 FPS 7353 frames in 5.0 seconds = 1470.475 FPS 7373 frames in 5.0 seconds = 1474.566 FPS 7377 frames in 5.0 seconds = 1475.310 FPS 7355 frames in 5.0 seconds = 1470.943 FPS 7350 frames in 5.0 seconds = 1469.864 FPS 7370 frames in 5.0 seconds = 1473.970 FPS 7360 frame...

...ed rsync error: received SIGUSR1 or SIGINT (code 20) at rsync.c(229) _exit_cleanup(code=20, file=rsync.c, line=229): about to call exit(20) root@raid:/data/remote-backups# When it hangs there are 2 process running on the linux box and one on the windows box. When I attach to the first one (pid 7276) on the linux box it's sitting in select. If I do a back trace part of the stack doesn't show up (always showing weird stuff like errno or 0x8 or 0x5 having called select), so I do a "n" to single step until it emerges from select I'm left with the following back trace which...

...1.51 futextest (no overcommit) kernel kops/s ----- ------ PV ticketlock 11523 PV qspinlock 12328 unfairlock 9478 futextest (200% overcommit) kernel kops/s ----- ------ PV ticketlock 7276 PV qspinlock 7095 unfairlock 5614 The ebizzy and futextest have much higher spinlock contention than the AIM7 disk workload. In this case, the unfairlock performs worse than both the PV ticketlock and qspinlock. The performance of the 2 PV locks are comparable. Signed-off-by:...

...1.51 futextest (no overcommit) kernel kops/s ----- ------ PV ticketlock 11523 PV qspinlock 12328 unfairlock 9478 futextest (200% overcommit) kernel kops/s ----- ------ PV ticketlock 7276 PV qspinlock 7095 unfairlock 5614 The ebizzy and futextest have much higher spinlock contention than the AIM7 disk workload. In this case, the unfairlock performs worse than both the PV ticketlock and qspinlock. The performance of the 2 PV locks are comparable. Signed-off-by:...

...running, but when I close Quicken, wine does not terminate immediately (as for Breezebrowser), but goes on and on and on for maybe 10 minutes, and then eventually stops. During this period, I can see: 22403 charles 25 0 63208 33m 24m R 50.1 6.6 5:50.81 wine-pthread 22409 charles 15 0 7276 5308 2540 S 45.1 1.0 5:05.86 wineserver running, but they do not seem to be doing anything. I run wine with " --debugmsg warn+all", but they are no messages in this period, except maybe a last line, which says: warn:driver:CloseDriver Failed to close driver Is this a driver problem?...

...mmap2(NULL, 44, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb6f36000 close(3) = 0 open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., 512) = 512 lseek(3, 7276, SEEK_SET) = 7276 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) = 1080 lseek(3, 7001, SEEK_SET) = 7001 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 47) = 47 fstat64(3, {st_mode=S_...

...= 0xb6f36000 >> close(3) = 0 >> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >> read(3, >> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >> 512) = 512 >> lseek(3, 7276, SEEK_SET) = 7276 >> read(3, >> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) >> = 1080 >> lseek(3, 7001, SEEK_SET) = 7001 >> read(3, >> "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n...

...= 0 >>>> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >>>> read(3, >>>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >>>> 512) = 512 >>>> lseek(3, 7276, SEEK_SET) = 7276 >>>> read(3, >>>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>>> 1080) = 1080 >>>> lseek(3, 7001, SEEK_SET) = 7001 >>>> read(3, >>>> &quo...

...RITE, MAP_PRIVATE, 3, 0) = 0xb6f36000 > close(3) = 0 > open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 > read(3, > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., 512) > = 512 > lseek(3, 7276, SEEK_SET) = 7276 > read(3, > "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 1080) = 1080 > lseek(3, 7001, SEEK_SET) = 7001 > read(3, > "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"......

...t; close(3) = 0 >>> open("/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so", O_RDONLY) = 3 >>> read(3, >>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\270\4\0\0004\0\0\0"..., >>> 512) = 512 >>> lseek(3, 7276, SEEK_SET) = 7276 >>> read(3, >>> "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., >>> 1080) = 1080 >>> lseek(3, 7001, SEEK_SET) = 7001 >>> read(3, >>> "A.\0\0\0aeabi\0\1$\0\0...

...dlogis() gave NaN not 0 for large negative arguments. o Importing from another namespace was broken for versioned installs, incorrectly reporting something like "package 'imported_from' does not have a name space". o The GNOME interface under Linux/Unix was broken. (PR#7276) o For the jpeg/png devices under Linux/Unix, under certain rare circumstances clipping needed to be cleared before starting a new page. (PR#7270, which has been the case since the devices were introduced in 1.1.0.) o First lattice plot (first grid.newpage() call) did not start a new...

...dlogis() gave NaN not 0 for large negative arguments. o Importing from another namespace was broken for versioned installs, incorrectly reporting something like "package 'imported_from' does not have a name space". o The GNOME interface under Linux/Unix was broken. (PR#7276) o For the jpeg/png devices under Linux/Unix, under certain rare circumstances clipping needed to be cleared before starting a new page. (PR#7270, which has been the case since the devices were introduced in 1.1.0.) o First lattice plot (first grid.newpage() call) did not start a new...

...bpciaccess.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libpciaccess.so.0 Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. [New LWP 7283] [New LWP 7282] [New LWP 7281] [New LWP 7280] [New LWP 7279] [New LWP 7278] [New LWP 7277] [New LWP 7276] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Loaded symbols for /lib64/libpthread.so.0 Reading symbols from /usr/lib64/libdrm.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libdrm.so.2 Reading symbols...

Hi, Xorcom astribanks get initialized straight on when using Ubuntu 11.10 packages but I am having a hard time to get the same result running in a qemu/libvirt image. The first difficulty is that astribanks devices get different usb device ids during their initialisation process, requiring hot plug support. I have figured out how to solve this issue using the technique described in this post :