search for: 32u

...LongLat-maps to a plane. The ultimate purpose is to do a search of points in vicinity of other points using overlay-commands (sp) with radius in km. I am applying spTransform (package rgdal) and it gives my some curious results. An example. Let's take a point lying somewhere in Germany, zone=32U x <- 8.968735 y <- 49.454735 After conversion I sould get something like Easting: 426858 (km) Northing: 5427937 (km) sp1 <- SpatialPoints(matrix(c(x,y), ncol=2), proj4string = CRS("+proj=longlat +datum=WGS84")) sp1Transformed <- spTransform(sp1, CRS("+proj=merc +zo...

...across this test: // XFAIL this test on FreeBSD where the system gcc-4.2.1 seems to miscompile it. #if defined(__llvm__) || !defined(__FreeBSD__) TEST(APIntTest, i33_Count) { APInt i33minus2(33, static_cast<uint64_t>(-2), true); EXPECT_EQ(0u, i33minus2.countLeadingZeros()); EXPECT_EQ(32u, i33minus2.countLeadingOnes()); EXPECT_EQ(33u, i33minus2.getActiveBits()); EXPECT_EQ(1u, i33minus2.countTrailingZeros()); EXPECT_EQ(32u, i33minus2.countPopulation()); EXPECT_EQ(-2, i33minus2.getSExtValue()); EXPECT_EQ(((uint64_t)-2)&((1ull<<33) -1), i33minus2.getZExtValue()); }...

...to 24 bit? We would love to use FLAC as a total replacement for WAV files in our product (in exported song and instrument content), but really need to have 32bit support, as our internal sample format is 32 bit. I already hackily tried to change FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE to 32u and ran some tests using libFlac. All seemed to work well, so this limitation is maybe (no longer?) needed? Greets, eduard

...ement for WAV files in our >> >> product (in exported song >> and instrument content), but really need to have 32bit support, as >> our internal sample format >> is 32 bit. >> I already hackily tried to change >> FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE to 32u and ran >> some tests using libFlac. All seemed to work well, so this limitation >> is maybe (no longer?) >> needed? > > if this works for you, then you are lucky! the missing parts > are 32-bit handling in flac itself (parsing PCM samples), and > tuning for 32-bit in...

Hello, I manage to successfully write 8, 16 and 24 bit, all stereo, FLAC files. But when I try to write 32 bit FLACs my program crashes. *FLAC__stream_encoder_set_bits_per_sample *is called to match the desired bit depth (8, 16, 24, 32) It's the same code for all bit depths, i provide a fixed-size signed int buffer to the lib (size=16384), with values with appropriate ranges for each bit

...10.10.40.164:35156->10.10.20.93:445 (ESTABLISHED) lwsmd 3231 0 24u IPv4 64193 0t0 TCP 10.10.40.164:40020->10.10.20.92:3268 (ESTABLISHED) lwsmd 3231 0 26u IPv4 64244 0t0 TCP 10.10.40.164:46136->10.10.20.93:389 (ESTABLISHED) lwsmd 3231 0 32u IPv4 64190 0t0 TCP 10.10.40.164:46130->10.10.20.93:389 (ESTABLISHED) sshd 9140 0 3u IPv4 37379 0t0 TCP *:22 (LISTEN) nmbd 28134 0 16u IPv4 62715 0t0 UDP *:137 nmbd 28134 0 17u IPv4 62716 0t0 UDP *:138 nmbd 28134...

...Cs, it seems it > should be supported. Maybe I am missing something ? AFAIK: while FLAC format itself supports 32-bit PCM, the official encoder doesn't support it. from include/FLAC/format.h: /** The maximum sample resolution permitted by the format. */ #define FLAC__MAX_BITS_PER_SAMPLE (32u) /** The maximum sample resolution permitted by libFLAC. * * \warning * FLAC__MAX_BITS_PER_SAMPLE is the limit of the FLAC format. However, * the reference encoder/decoder is currently limited to 24 bits because * of prevalent 32-bit math, so make sure and use this value when * appropriate....

...35156->10.10.20.93:445 (ESTABLISHED) lwsmd > 3231 0 24u IPv4 64193 0t0 TCP > 10.10.40.164:40020->10.10.20.92:3268 (ESTABLISHED) lwsmd > 3231 0 26u IPv4 64244 0t0 TCP > 10.10.40.164:46136->10.10.20.93:389 (ESTABLISHED) lwsmd > 3231 0 32u IPv4 64190 0t0 TCP > 10.10.40.164:46130->10.10.20.93:389 (ESTABLISHED) sshd > 9140 0 3u IPv4 37379 0t0 TCP *:22 (LISTEN) nmbd > 28134 0 16u IPv4 62715 0t0 UDP *:137 nmbd > 28134 0 17u IPv4 62716 0t0 UDP *:138 nmbd > 28134...

...quot;between a percpu freelist" would be more accurate? No, because when we're stealing tags we always grab all of the remote percpu freelist's tags - IDA_PCPU_BATCH_MOVE is only used when moving to/from the global freelist. > > > + */ > > +#define IDA_PCPU_BATCH_MOVE 32U > > + > > +/* Max size of percpu freelist, */ > > +#define IDA_PCPU_SIZE ((IDA_PCPU_BATCH_MOVE * 3) / 2) > > + > > +struct percpu_ida_cpu { > > + spinlock_t lock; > > + unsigned nr_free; > > + unsigned freelist[]; > > +}; > > Data...

...9705 (CLOSE_WAIT) mongrel_r 831 root 30u IPv4 95164748 TCP localhost.localdomain :8011->localhost.localdomain:59746 (CLOSE_WAIT) mongrel_r 831 root 31u IPv4 95164895 TCP localhost.localdomain :8011->localhost.localdomain:59786 (CLOSE_WAIT) mongrel_r 831 root 32u IPv4 95165064 TCP localhost.localdomain :8011->localhost.localdomain:59830 (CLOSE_WAIT) etc. this goes on for 700 lines, where the mongrel on port 8011 has roughly 700 CLOSE_WAIT TCP connections to the 30-60k port range (to apache, I believe). All of these close_waits are for the mon...

...gned_in_smp? > +}; > > ... > > + > +/* Percpu IDA */ > + > +/* > + * Number of tags we move between the percpu freelist and the global freelist at > + * a time "between a percpu freelist" would be more accurate? > + */ > +#define IDA_PCPU_BATCH_MOVE 32U > + > +/* Max size of percpu freelist, */ > +#define IDA_PCPU_SIZE ((IDA_PCPU_BATCH_MOVE * 3) / 2) > + > +struct percpu_ida_cpu { > + spinlock_t lock; > + unsigned nr_free; > + unsigned freelist[]; > +}; Data structure needs documentation. There's one of thes...

...gned_in_smp? > +}; > > ... > > + > +/* Percpu IDA */ > + > +/* > + * Number of tags we move between the percpu freelist and the global freelist at > + * a time "between a percpu freelist" would be more accurate? > + */ > +#define IDA_PCPU_BATCH_MOVE 32U > + > +/* Max size of percpu freelist, */ > +#define IDA_PCPU_SIZE ((IDA_PCPU_BATCH_MOVE * 3) / 2) > + > +struct percpu_ida_cpu { > + spinlock_t lock; > + unsigned nr_free; > + unsigned freelist[]; > +}; Data structure needs documentation. There's one of thes...

...9705 (CLOSE_WAIT) mongrel_r 831 root 30u IPv4 95164748 TCP localhost.localdomain :8011->localhost.localdomain:59746 (CLOSE_WAIT) mongrel_r 831 root 31u IPv4 95164895 TCP localhost.localdomain :8011->localhost.localdomain:59786 (CLOSE_WAIT) mongrel_r 831 root 32u IPv4 95165064 TCP localhost.localdomain :8011->localhost.localdomain:59830 (CLOSE_WAIT) etc. this goes on for 700 lines, where the mongrel on port 8011 has roughly 700 CLOSE_WAIT TCP connections to the 30-60k port range (to apache, I believe). All of these close_waits are for the mon...

...35156->10.10.20.93:445 (ESTABLISHED) lwsmd > 3231 0 24u IPv4 64193 0t0 TCP > 10.10.40.164:40020->10.10.20.92:3268 (ESTABLISHED) lwsmd > 3231 0 26u IPv4 64244 0t0 TCP > 10.10.40.164:46136->10.10.20.93:389 (ESTABLISHED) lwsmd > 3231 0 32u IPv4 64190 0t0 TCP > 10.10.40.164:46130->10.10.20.93:389 (ESTABLISHED) sshd > 9140 0 3u IPv4 37379 0t0 TCP *:22 (LISTEN) nmbd > 28134 0 16u IPv4 62715 0t0 UDP *:137 nmbd > 28134 0 17u IPv4 62716 0t0 UDP *:138 nmbd > 28134...

...1 0t0 TCP 192.168.16.32:139 (LISTEN) nmbd 29520 root 9u IPv4 58325118 0t0 UDP *:137 nmbd 29520 root 10u IPv4 58325119 0t0 UDP *:138 nmbd 29520 root 31u IPv4 58325159 0t0 UDP 192.168.16.38:137 nmbd 29520 root 32u IPv4 58325160 0t0 UDP 192.168.16.38:138 nmbd 29520 root 43u IPv4 58325171 0t0 UDP 192.168.16.32:137 nmbd 29520 root 44u IPv4 58325172 0t0 UDP 192.168.16.32:138 Best regards Christian

...ks) < 0) { Printf("\nov_open_callbacks failed - 1"); } strm.is_playing = TRUE; /* Set parameters */ g_timer_value = SND_TIMER_CLOCK / ov_info(&strm.ovf, -1)->rate; u32 alarmPeriod = g_timer_value * STRM_BUF_PAGESIZE / 32U; alarmPeriod /= sizeof(s16); //----- // Reads initial stream data strm.bufPage = 0; ReadStrmData(); ReadStrmData(); // Need to do it twice to fill the buffer //---- //code here that sets up an alarm, which calls a function cal...

...72466 root 8u VREG 4,1302659313 430080 32007 /usr/jails/dc/var/db/samba4/private/secrets.tdb > samba 72469 root txt VREG 4,1302659313 430080 32007 /usr/jails/dc/var/db/samba4/private/secrets.tdb > samba 72469 root 32u VREG 4,1302659313 430080 32007 /usr/jails/dc/var/db/samba4/private/secrets.tdb > winbindd 72475 root txt VREG 4,1302659313 430080 32007 /usr/jails/dc/var/db/samba4/private/secrets.tdb > winbindd 72475 root 12u VREG 4,13026...

Hi Alberto, With systemd it will be as easy as creating additional unit files ( one for > each memcached instance) with its corresponding config file. That should > allow to stop / start / restart each memcache instance individually while > also being systemd compliant. Thanks for the info and for the examples. It really does make sense the way you explain it. Thanks for letting me

Hello Rowland, I think avahi-daemon is not installed as standard in ubuntu 14.04.3 LTS Here is in our server : ROOT at SERVER:~# DPKG -L |GREP AVAHI II  LIBAVAHI-CLIENT3:AMD64              0.6.31-4UBUNTU1                  AMD64        AVAHI CLIENT LIBRARY II  LIBAVAHI-COMMON-DATA:AMD64          0.6.31-4UBUNTU1                  AMD64        AVAHI COMMON DATA FILES II 

On 2019-11-11 09:41, Andrew Bartlett wrote: >>> and what is the full backtrace on that tdbbackup? >> >> You mean: compile with debug symbols, attach gdb and get stack trace? >> If so, I'll do it, but I'll need some time. > > Yes, that's what I need. Please, find it below: (gdb) bt #0 0x0000000800fcdab8 in _fcntl () from /lib/libc.so.7 #1