search for: prid64

...PC6_RES(hw_res->pc6); + GET_PC7_RES(hw_res->pc7); + GET_CC3_RES(hw_res->cc3); + GET_CC6_RES(hw_res->cc6); + GET_CC7_RES(hw_res->cc7); + break; } } @@ -134,10 +149,10 @@ get_hw_residencies(cpu, &hw_res); - printk("PC3[%"PRId64"] PC6[%"PRId64"] PC7[%"PRId64"]\n", - hw_res.pc3, hw_res.pc6, hw_res.pc7); - printk("CC3[%"PRId64"] CC6[%"PRId64"]\n", - hw_res.cc3, hw_res.cc6); + printk("PC2[%"PRId64"] PC3[%"PRId64"] PC...

..."\t%s: %s\n", "can_trim", can_trim ? "true" : "false"); if (can_zero >= 0) printf ("\t%s: %s\n", "can_zero", can_zero ? "true" : "false"); + if (block_minimum > 0) + printf ("\t%s: %" PRId64 "\n", "block_size_minimum", block_minimum); + if (block_preferred > 0) + printf ("\t%s: %" PRId64 "\n", "block_size_preferred", block_preferred); + if (block_maximum > 0) + printf ("\t%s: %" PRId64 "\n", &qu...

...================================================== --- tools/oggz_tools.c (revision 3759) +++ tools/oggz_tools.c (working copy) @@ -454,7 +454,15 @@ iframe = granulepos >> granuleshift; pframe = granulepos - (iframe << granuleshift); - ret = fprintf (stream, "%" PRId64 "|%" PRId64, iframe, pframe); + if (oggz_stream_get_content (oggz, serialno) != OGGZ_CONTENT_DIRAC) { + ret = fprintf (stream, "%" PRId64 "|%" PRId64, iframe, pframe); + } else { + uint32_t pt = (iframe + pframe) >> 9; + uint16_t dist = ((ifr...

...xport (struct nbd_handle *nbd, const char *desc, >> show_boolean ("can_trim", can_trim); >> if (can_zero >= 0) >> show_boolean ("can_zero", can_zero); >> - if (block_minimum > 0) >> - fprintf (fp, "\t%s: %" PRId64 "\n", "block_size_minimum", block_minimum); >> - if (block_preferred > 0) >> - fprintf (fp, "\t%s: %" PRId64 "\n", "block_size_preferred", >> - block_preferred); >> - if (block_maximum > 0) >...

...looks like the corresponding FLAC++ classes are already complete. Maybe some functions are missing from CueSheet::Track. If nobody objects, I will take a look later this week. Also, I've noticed that on my system, flac will not compile with --enable-debug, because some functions that use 'PRId64' get compiled in, but no included header defines 'PRId64'. I have not written a patch because I'm not sure whether this is just my weird system (fairly standard Fedora installation) or all gcc users or all *NIX users. However, should a fix be necessary: PRId64 is defined in inttypes...

...t;= 0) - printf ("\t%s: %s\n", "can_zero", can_zero ? "true" : "false"); + fprintf (fp, "\t%s: %s\n", "can_zero", can_zero ? "true" : "false"); if (block_minimum > 0) - printf ("\t%s: %" PRId64 "\n", "block_size_minimum", block_minimum); + fprintf (fp, "\t%s: %" PRId64 "\n", "block_size_minimum", block_minimum); if (block_preferred > 0) - printf ("\t%s: %" PRId64 "\n", "block_size_preferred",...

Based on Laszlo's approval of my idea here: https://listman.redhat.com/archives/libguestfs/2023-September/032661.html but as I would like to resync human-size.h back to nbdkit, I'm reluctant to apply patch 1 this until I get Rich's consent to relicensing (this email serves as my consent for my contribution here): https://listman.redhat.com/archives/libguestfs/2023-October/032755.html

...4 "\n", value) ; > > I have gone ahead and fixed this through the code and fixed this, but I > may have broken some either MSVC or MinGW on the way. I'd appreciate it > if you test whats in git now. > > For those files where any compiler baulks at the PRIu64/PRIx64/PRId64, > you should add a #ifdef block that might look something like: > > #ifdef HAVE_INTTYPES_H > #include <inttypes.h> > #else > #if defined (_MSC_VER) && ! defined (PRId64) > #define PRId64 "I64d" > #endif > #if defined (...

...7: warning: format ‘%lld’ expects type ‘long long int’, but > argument > 2 has type ‘int64_t’ > $ gcc -Wall -O2 p.c -m32 > p.c: In function ‘main’: > p.c:6: warning: format ‘%ld’ expects type ‘long int’, but argument 2 > has > type ‘int64_t’ To print a int64_t value, use PRId64 from inttypes.h if you can. #include <inttypes.h> int64_t x = ...; printf("x=%"PRId64"\n", x); It's ugly at first, but portable (provided inttypes.h ...). Eric

On 11/10/2011 18:39, Erik de Castro Lopo wrote: > > I'm subscribed to the list (and I set my reply-to to the list). > Please do not CC me. > > JonY wrote: > >> Its probably on one of the sf tracker somewhere, I can't seem to find it >> anymore. It wasn't anything complicated, so I should be able to redo it >> quickly. > > I'm a Linux

...eak; } } - - ACQUIRE_LOCK_FOR_CURRENT_SCOPE (&h->trans_lock); - trans = h->trans; - prev = &h->trans; - while (trans) { - r = nbd_aio_command_completed (h->nbd, trans->cookie); - if (r == -1) { - nbdkit_debug ("transaction %" PRId64 " failed: %s", trans->cookie, - nbd_get_error ()); - trans->err = nbd_get_errno (); - if (!trans->err) - trans->err = EIO; - } - if (r) { - nbdkit_debug ("cookie %" PRId64 " completed state machine, st...

...ot;THe value is : " PRIu64 "\n", value) ; I have gone ahead and fixed this through the code and fixed this, but I may have broken some either MSVC or MinGW on the way. I'd appreciate it if you test whats in git now. For those files where any compiler baulks at the PRIu64/PRIx64/PRId64, you should add a #ifdef block that might look something like: #ifdef HAVE_INTTYPES_H #include <inttypes.h> #else #if defined (_MSC_VER) && ! defined (PRId64) #define PRId64 "I64d" #endif #if defined (_MSC_VER) && ! defined (PRIu64) #...

...e) ; >> >> I have gone ahead and fixed this through the code and fixed this, but I >> may have broken some either MSVC or MinGW on the way. I'd appreciate it >> if you test whats in git now. >> >> For those files where any compiler baulks at the PRIu64/PRIx64/PRId64, >> you should add a #ifdef block that might look something like: >> >> #ifdef HAVE_INTTYPES_H >> #include <inttypes.h> >> #else >> #if defined (_MSC_VER) && ! defined (PRId64) >> #define PRId64 "I64d" >>...

> I believe that the right (ie ISO C standard recommended) way of doing > this is: > > printf("[%d] [duration %" PRId64 "] %s\n", C99 only, and ugly as hell (well, subjective, but I have trouble reading those). I can post an updated patch using this instead if preferred ?

...tion *trans = opaque; if (!(valid_flag & LIBNBD_CALLBACK_VALID)) return 0; + /* There's a possible race here where trans->cookie has not yet been + * updated by nbdplug_register, but it's only an informational + * message. + */ nbdkit_debug ("cookie %" PRId64 " completed state machine, status %d", - cookie, *error); + trans->cookie, *error); trans->err = *error; if (sem_post (&trans->sem)) { nbdkit_error ("failed to post semaphore: %m"); @@ -383,6 +388,7 @@ nbdplug_register (struc...

...ot;); r->bus->complete(r->bus, SCSI_REASON_DATA, r->tag, 0); - scsi_command_complete(r, STATUS_CHECK_CONDITION, SENSE_NO_SENSE); + scsi_command_complete(r, STATUS_CHECK_CONDITION, SENSE_IO_ERROR); return; } - DPRINTF("Data ready tag=0x%x len=%" PRId64 "\n", r->tag, r->iov.iov_len); + r->iov->iov_len = r->qiov.size; + DPRINTF("Data ready tag=0x%x len=%" PRId64 "\n", r->tag, r->iov->iov_len); - r->bus->complete(r->bus, SCSI_REASON_DATA, r->tag, r->iov.iov_len); + r-...

...ot;); r->bus->complete(r->bus, SCSI_REASON_DATA, r->tag, 0); - scsi_command_complete(r, STATUS_CHECK_CONDITION, SENSE_NO_SENSE); + scsi_command_complete(r, STATUS_CHECK_CONDITION, SENSE_IO_ERROR); return; } - DPRINTF("Data ready tag=0x%x len=%" PRId64 "\n", r->tag, r->iov.iov_len); + r->iov->iov_len = r->qiov.size; + DPRINTF("Data ready tag=0x%x len=%" PRId64 "\n", r->tag, r->iov->iov_len); - r->bus->complete(r->bus, SCSI_REASON_DATA, r->tag, r->iov.iov_len); + r-...

I'm not observing any noticeable performance differences, but I'm liking the diffstat. I can't push this patch until we release a new libnbd version with the _notify API addition, but am posting it now for playing with things. Eric Blake (2): nbd: Move transaction info from heap to stack nbd: Use nbdkit aio_*_notify variants plugins/nbd/nbd.c | 217

Necessary when writing a client that wants to avoid unnecessary EINVAL errors from sending unaligned requests. At some point, we may want to add synchronous convenience API wrappers that do request splitting or read-modify-write to obey server constraints while still appearing to the library client as accepting any possible request. But such a wrapper should only be synchronous and not copied to

...++ > classes are already complete. Maybe some functions are missing from > CueSheet::Track. If nobody objects, I will take a look later this > week. Thanks. > Also, I've noticed that on my system, flac will not compile with > --enable-debug, because some functions that use 'PRId64' get compiled > in, but no included header defines 'PRId64'. Fixed, thanks. > Lastly, the reason I tried to compile with debug was some invalid read > sizes reported by valgrind when creating a VorbisComment::Entry. The > invalid read is reported in set_field_name() at lin...