search for: 11750

...L, 484L, 486L, 486L, 486L, 487L, 487L, 487L, 487L, 487L), ftime = structure(c(11761, 11824, 11925, 11852, 11814, 11814, 11929, 11929, 11902, 11857, 11779, 11779, 11807, 11841, 11871, 11899, 11831, 11894, 11925, 11761, 11801, 11843, 11905, 11832, 11877, 11838, 11901, 11783, 11783, 11818, 11850, 11750, 11782, 11905, 11852, 11877, 11852, 11922, 11855, 11838, 11845, 11878, 11901, 11927, 11795, 11817, 11837, 11901, 11928, 11853, 11751, 11751, 11877, 11922, 11760, 11914, 11857, 11912, 11752, 11752, 11785, 11785, 11825, 11825, 11862, 11862, 11891, 11891, 11926, 11926, 11919, 11907, 11907, 11842,...

...13 11739 3.512441 2 33.53 14 11741 3.512441 2 33.53 15 11743 3.512441 1 33.53 16 11744 3.512441 2 33.53 17 11746 3.512441 1 33.53 18 11747 3.512441 2 33.53 19 11748 3.512441 3 33.53 20 11749 3.512441 1 33.53 21 11750 3.512441 3 33.53 22 11751 3.512441 1 33.53 23 11801 3.512441 1 33.53 R> lm(ventas ~ precios, df) Call: lm(formula = ventas ~ precios, data = df) Coefficients: (Intercept) precios 2.174 NA ?Qu? significa que aparezca NA en la regresi?n y e...

...o ldap backend for passwords smbldap-useradd,smbldap-passwd works without error messages... but when i try to connect from linux it gives me the following error XXXXX:tree connect failled: ERRDOS - ERRnoaccess (Access denied.) XXXXX can be remplaced with diffferent numbers such as 10270 11202 11318 11750 ...evry time the number of the errors change i don't know why i have only tryed it with username that are valid unix usernames (i don't know if smbldap create the unix usernames for me) and the samba and unix password are the same

...13 bin]# ls -l ldapsearch -rwxr-xr-x 1 root wheel 65336 Aug 11 09:20 ldapsearch And other things in this directory (like yum for example) work just fine: [root at VIRTCENT13 bin]# yum repolist Loaded plugins: fastestmirror, priorities Existing lock /var/run/yum.pid: another copy is running as pid 11750. Another app is currently holding the yum lock; waiting for it to exit... The other application is: yum-updatesd-he Memory : 65 M RSS (107 MB VSZ) Started: Sat Nov 13 18:04:22 2010 - 00:57 ago State : Running, pid: 11750 If you feed the command line the full path to ldapsearch it...

...gt; #endif > } > > -/* XXX To really do threading correctly in accordance with the VDDK > - * documentation, we must do all open/close calls from a single > - * thread. This is a huge pain. > +/* The rules on threads and VDDK are here: > + * > https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html > + * > + * Before nbdkit 1.22 we used SERIALIZE_ALL_REQUESTS. Since nbdkit > + * 1.22 we changed this to SERIALIZE_REQUESTS and added a mutex around > + * calls to VixDiskLib_Open and VixDisk...

...gt;> next day or two. In the meantime, I suggest that you try testing >> with 11398. > > Hmm, that's odd because the fixed-point seems to work for me and usually > the problems show up with the C55, but not the C64. The only two changes > I made to the AEC since 11398 were 11750 and 11751. Can you tell me > which one is problematic? > > Thanks, > > Jean-Marc > >> - Jim ----- Original Message ----- From: Itay Chamiel To: >> speex-dev@xiph.org Sent: Monday, August 14, 2006 10:56 AM Subject: >> RE: [Speex-dev] AEC on a TI C6x - has no effec...

...13 11739 3.512441 2 33.53 14 11741 3.512441 2 33.53 15 11743 3.512441 1 33.53 16 11744 3.512441 2 33.53 17 11746 3.512441 1 33.53 18 11747 3.512441 2 33.53 19 11748 3.512441 3 33.53 20 11749 3.512441 1 33.53 21 11750 3.512441 3 33.53 22 11751 3.512441 1 33.53 23 11801 3.512441 1 33.53 R> lm(ventas ~ precios, df) Call: lm(formula = ventas ~ precios, data = df) Coefficients: (Intercept) precios 2.174 NA ?Qu? significa que aparezca NA en la regresi?n y e...

Itay, I tested on C6x in May with build 11343 and 11398, and it worked fine. I just ran the same test with build 11768, and there was no cancellation, just as you saw. I will try to track this down in the next day or two. In the meantime, I suggest that you try testing with 11398. - Jim ----- Original Message ----- From: Itay Chamiel To: speex-dev@xiph.org Sent: Monday, August 14,

...l > thread model: > > https://github.com/libguestfs/nbdkit/blob/89a36b1fab8302ddc370695d386a28a03a74eae7/plugins/vddk/vddk.c#L505 > > I may have a play around with this tomorrow. The threading model allowed by VDDK is restrictive. The rules are here: https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html I did a bit of testing, and it's possible to do better than what we are doing at the moment. Not sure at present if this will be easy or will add a lot of complexity. Read on ... I found through ex...

I believe this roughly implements Nir's proposal here: https://www.redhat.com/archives/libguestfs/2020-August/msg00028.html Unfortunately it doesn't work for me. It actually slows things down quite a lot, for reasons I don't understand. Note the adjustment of the pool-max parameter and how it affects the total time. The results are quite reproducible. $ ./nbdkit -r -U - vddk

...511,17 +511,29 @@ vddk_dump_plugin (void) #endif } -/* XXX To really do threading correctly in accordance with the VDDK - * documentation, we must do all open/close calls from a single - * thread. This is a huge pain. +/* The rules on threads and VDDK are here: + * https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html + * + * Before nbdkit 1.22 we used SERIALIZE_ALL_REQUESTS. Since nbdkit + * 1.22 we changed this to SERIALIZE_REQUESTS and added a mutex around + * calls to VixDiskLib_Open and VixDiskLib_Close. This is...

...478,11 +478,18 @@ vddk_dump_plugin (void) #endif } -/* XXX To really do threading correctly in accordance with the VDDK - * documentation, we must do all open/close calls from a single - * thread. This is a huge pain. +/* The rules on threads and VDDK are here: + * https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html + * + * Before nbdkit 1.22 we used SERIALIZE_ALL_REQUESTS. Since nbdkit + * 1.22 we changed this to SERIALIZE_REQUESTS and added a mutex around + * calls to VixDiskLib_Open and VixDiskLib_Close. This is...

Hi, all. I am trying to manage to run my application under Apache+Mongrel but i am stucked with very difficult (for me) problem. The problem is: RMagick stuff works perfectly under WebRick. My environment is Ubuntu 5.10, ImageMagick 6.2.8, latest version of mongrel, rails, rmagick... Apache 2.2 But if I start the same application under Mongrel I get following error NameError (uninitialized

...to track this down in the > next day or two. In the meantime, I suggest that you try testing > with 11398. Hmm, that's odd because the fixed-point seems to work for me and usually the problems show up with the C55, but not the C64. The only two changes I made to the AEC since 11398 were 11750 and 11751. Can you tell me which one is problematic? Thanks, Jean-Marc > - Jim ----- Original Message ----- From: Itay Chamiel To: > speex-dev@xiph.org Sent: Monday, August 14, 2006 10:56 AM Subject: > RE: [Speex-dev] AEC on a TI C6x - has no effect > > > Thanks to a tip fro...

...e commands to use would be appreciated as well, as I'm not commited to using by, it was just the one that seemed to work. Data table example: uniqid animal month animonth x y 1 11748 W079 12 W079_12 1494206 12134126 2 11749 W079 12 W079_12 1494123 12134051 3 11750 W079 12 W079_12 1493639 12133705 4 11751 W079 12 W079_12 1493353 12135892 5 11752 W079 12 W079_12 1495157 12137797 6 11753 W079 12 W079_12 1498039 12132112 7 11754 W079 12 W079_12 1497991 12131842 8 11755 W079 12 W079_12 1497918 12131631 9 11756 W07...

In theory this patch depends on this series: https://www.redhat.com/archives/libguestfs/2020-August/msg00021.html In practice I believe they're independent of each other, but the above series makes it easier to test. Rich.

...> https://github.com/libguestfs/nbdkit/blob/89a36b1fab8302ddc370695d386a28a03a74eae7/plugins/vddk/vddk.c#L505 > > > > I may have a play around with this tomorrow. > > The threading model allowed by VDDK is restrictive. The rules are here: > > https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html > > I did a bit of testing, and it's possible to do better than what we > are doing at the moment. Not sure at present if this will be easy or > will add a lot of complexity. Read on ......

...12135: libgpo: Correctly use the 'server' parameter after parsing it out of the GPO path. * BUG 12139: s3: oplock: Fix race condition when closing an oplocked file. * BUG 12272: Fix messaging subsystem crash. o Douglas Bagnall <douglas.bagnall at catalyst.net.nz> * BUG 11750: gcc6 fails to build internal heimdal. o Andrew Bartlett <abartlet at samba.org> * BUG 11991: build: Build less of Samba when building '--without-ntvfs-fileserver'. * BUG 12026: build: Always build eventlog6. This is not a duplicate of eventlog. * BUG 12154: ldb-s...

...12135: libgpo: Correctly use the 'server' parameter after parsing it out of the GPO path. * BUG 12139: s3: oplock: Fix race condition when closing an oplocked file. * BUG 12272: Fix messaging subsystem crash. o Douglas Bagnall <douglas.bagnall at catalyst.net.nz> * BUG 11750: gcc6 fails to build internal heimdal. o Andrew Bartlett <abartlet at samba.org> * BUG 11991: build: Build less of Samba when building '--without-ntvfs-fileserver'. * BUG 12026: build: Always build eventlog6. This is not a duplicate of eventlog. * BUG 12154: ldb-s...

...1) + return -1; + if (pool_max < 1) + pool_max = 1; + } else if (strcmp (key, "reexeced_") == 0) { /* Special name because it is only for internal use. */ reexeced = (char *)value; @@ -482,20 +490,37 @@ vddk_dump_plugin (void) * https://code.vmware.com/docs/11750/virtual-disk-development-kit-programming-guide/GUID-6BE903E8-DC70-46D9-98E4-E34A2002C2AD.html * * Before nbdkit 1.22 we used SERIALIZE_ALL_REQUESTS. Since nbdkit - * 1.22 we changed this to SERIALIZE_REQUESTS and added a mutex around - * calls to VixDiskLib_Open and VixDiskLib_Close. This is...