search for: parts

...e than one year always on an EC2 instance launched from the same AMI (no updates installed after launch) and processed thousands of different input data sets successfully. I now have an input dataset for which I face the following bug: The basic outline of the problematic section of the script: # parts is a data.table with 88 rows mc_ret <- parallel::mclapply(sample.int(nrow(parts)), function(i) { # do some data wrangling and write the result to a file # ... print(paste0("part ", i, " written successfully.")) return(TRUE) }, mc.preschedule = FALSE, mc.cores = 2L)...

.../ These building block operations operate on a representation of + // arbitrary precision, two's-complement, bignum integer values. + // They should be sufficient to implement APInt and APFloat bignum + // requirements. Inputs are generally a pointer to the base of an + // array of integer parts, representing an unsigned bignum, and a + // count of how many parts there are. + + /// Sets the least significant part of a bignum to the input value, + /// and zeroes out higher parts. */ + static void tcSet(integerPart *, integerPart, unsigned int); + + /// Assign one bignum to another. +...

Hi again, One important correction of my first message: I misinterpreted the output. Actually in that R session 2 input files were processed one after the other in a loop. The first (with 88 parts went fine). The second (with 85 parts) produced the sendMaster errors and failed. If (in a new session via Rscript) I only process the second input file it will work. The other observations on R vs Rscript, NFS share etc. still hold. Sorry for this! Regards, Andreas 2019-11-27 12:10 GMT+01:00 And...

...can help with the instrumentation. Best Tomas On 11/27/19 12:40 PM, Andreas Kersting wrote: > Hi again, > > One important correction of my first message: I misinterpreted the output. Actually in that R session 2 input files were processed one after the other in a loop. The first (with 88 parts went fine). The second (with 85 parts) produced the sendMaster errors and failed. If (in a new session via Rscript) I only process the second input file it will work. The other observations on R vs Rscript, NFS share etc. still hold. > > Sorry for this! Regards, > Andreas > > 2019-11...

I'm receiving the following error when trying to repartition and reformat a USB flash drive via parted using a simple script. The bug follows: /sbin/parted -s /dev/sdb mkpart primary fat32 Backtrace has 14 calls on stack: 14: /usr/lib/libparted-1.8.so.0(ped_assert+0x3b) [0x10af3b] 13: /usr/lib/libparted-1.8.so.0 [0x146194] 12: /usr/lib/libparted-1.8.so.0 [0x146f4d] 11:

...ues. Anyway, I gave it a try and I think I have found the immediate cause: I installed the debug symbols (r-base-core-dbg), placed https://github.com/wch/r-source/blob/tags/R-3-5-2/src/library/parallel/src/fork.c in cwd and changed the wrapper code to: mc_ret <- parallel::mclapply(seq_len(nrow(parts)), function(i) { # we fail for the input resulting in parts having 85 rows if (nrow(parts) == 85L && !file.exists(as.character(Sys.getpid()))) { file.create(as.character(Sys.getpid())) print(Sys.getpid()) Sys.sleep(30) } # ... return(TRUE) }, mc.pre...

...e it a try and I think I have found the immediate cause: > > I installed the debug symbols (r-base-core-dbg), placed https://github.com/wch/r-source/blob/tags/R-3-5-2/src/library/parallel/src/fork.c in cwd and changed the wrapper code to: > > mc_ret <- parallel::mclapply(seq_len(nrow(parts)), function(i) { > # we fail for the input resulting in parts having 85 rows > if (nrow(parts) == 85L && !file.exists(as.character(Sys.getpid()))) { > file.create(as.character(Sys.getpid())) > print(Sys.getpid()) > Sys.sleep(30) > } >...

>From the earlier patches - that simple fix for indexes not counting non-data partitions in gpt and mbr cases. Patches don't touch any other parts of the code at this stage - bigger stuff later for disklib as we agreed - but this is potentially useful right now. Michal Soltys (1): chain.c: fix public index value in mbr and gpt iterators

...LE part_names ADD CONSTRAINT pn_group FOREIGN KEY (group_id) REFERENCES groups(id) DEFERRABLE INITIALLY DEFERRED; CREATE TABLE part_numbers ( id serial primary key, part_number integer NOT NULL, constraint chk_part_number check (part_number ~''[0-9]*'') ); CREATE TABLE parts ( id serial primary key, part_number_id integer NOT NULL, part_name_id integer NOT NULL, quantity integer DEFAULT 1 NOT NULL, side character varying, size character varying, "comment" character varying, constraint chk_side check (side in (''L.H.'...

...LE part_names ADD CONSTRAINT pn_group FOREIGN KEY (group_id) REFERENCES groups(id) DEFERRABLE INITIALLY DEFERRED; CREATE TABLE part_numbers ( id serial primary key, part_number integer NOT NULL, constraint chk_part_number check (part_number ~''[0-9]*'') ); CREATE TABLE parts ( id serial primary key, part_number_id integer NOT NULL, part_name_id integer NOT NULL, quantity integer DEFAULT 1 NOT NULL, side character varying, size character varying, "comment" character varying, constraint chk_side check (side in (''L.H.'...

...deletions(-) diff --git a/utils/isohybrid.c b/utils/isohybrid.c index c5b4281..7d0864e 100644 --- a/utils/isohybrid.c +++ b/utils/isohybrid.c @@ -842,7 +842,7 @@ initialise_apm(uint8_t *gpt, uint32_t start) part->signature = bendian_short(0x504d); part->map_count = bendian_int(apm_parts); part->start_block = bendian_int(1); - part->block_count = bendian_int(0x10); + part->block_count = bendian_int(4); strcpy(part->name, "Apple"); strcpy(part->type, "Apple_partition_map"); part->data_start = bendian_int(0); @@ -854,11...

...se: >>> >>> I installed the debug symbols (r-base-core-dbg), placed https://github.= >> com/wch/r-source/blob/tags/R-3-5-2/src/library/parallel/src/fork.c in cwd= >> and changed the wrapper code to: >>> >>> mc_ret <- parallel::mclapply(seq_len(nrow(parts)), function(i) { >>> # we fail for the input resulting in parts having 85 rows >>> if (nrow(parts) =3D=3D 85L && !file.exists(as.character(Sys.getpid= >> ()))) { >>> file.create(as.character(Sys.getpid())) >>> print(Sys.getpi...

...se: >>> >>> I installed the debug symbols (r-base-core-dbg), placed https://github.= >> com/wch/r-source/blob/tags/R-3-5-2/src/library/parallel/src/fork.c in cwd= >> and changed the wrapper code to: >>> >>> mc_ret <- parallel::mclapply(seq_len(nrow(parts)), function(i) { >>> # we fail for the input resulting in parts having 85 rows >>> if (nrow(parts) =3D=3D 85L && !file.exists(as.character(Sys.getpid= >> ()))) { >>> file.create(as.character(Sys.getpid())) >>> print(Sys.getpi...

On 02/06/2016 22:58, Timo Sirainen wrote: > On 01 Jun 2016, at 16:48, Alessio Cecchi <alessio at skye.it> wrote: >> >> Hi, >> >> after the last upgrade to Dovecot 2.2.24.2 (d066a24) I see an increased number of errors "Broken MIME parts" for users in dovecot log file, here an example: >> >> Jun 01 15:25:29 Error: imap(alessio.cecchi at skye.it): Corrupted index cache file /home/domains/skye.it/alessio.cecchi/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 34 in mailbox INBOX: Cached MIME parts don'...

Dear R-Core Team, I found an unexpected behaviour in utils::removeSource (also present in r-devel as of today). --- # create a function which accepts NULL argument foo <- function(x, y) { if (is.null(y)) y <- "default foo" attr(x, "foo") <- y x } # create a function which utilizes 'foo' testSrc <- function() { x <- 1:3 x <- foo(x,

...at example.pl): Error: unlink(/var/vmail/example.pl/artur/Maildir/dovecot.index.cache) failed: No such file or directory (in mail-cache.c:28) Nov 2 07:41:17 s1 dovecot: imap(artur at example.pl): Error: Corrupted index cache file /var/vmail/example.pl/artur/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 2356 in mailbox INBOX: Cached MIME parts don't match message during parsing: Cached header size mismatch (parts=) Nov 2 07:41:19 s1 dovecot: imap(artur at example.pl): Error: unlink(/var/vmail/example.pl/artur/Maildir/dovecot.index.cache) failed: No such file or directory (in mail...

...boot catalogue parameters */ uint32_t de_lba = 0; uint16_t de_seg = 0, de_count = 0, de_mbz2 = 0; uint8_t de_boot = 0, de_media = 0, de_sys = 0, de_mbz1 = 0; +uint32_t efi_lba = 0, mac_lba = 0; +uint16_t efi_count = 0, mac_count = 0; +uint8_t efi_boot = 0, efi_media = 0, efi_sys = 0; + +int apm_parts = 3; + +uint8_t afp_header[] = { 0x45, 0x52, 0x08, 0x00, 0x00, 0x00, 0x90, 0x90, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 }; + +uuid_t efi_system_partition = {0xC1, 0x2A, 0x73, 0x28, 0xF8, 0x1F, 0x...

...]) I guess I should mention that Lot :belongs_to => :part I was looking at the log following the execution of these two statements and I saw something like this: Lot Load (0.4ms) SELECT * FROM "lots" WHERE ("lots"."id" = 13) Part Load (0.3ms) SELECT * FROM "parts" WHERE ("parts"."id" = 2) Part Load (0.9ms) SELECT * FROM "parts" WHERE (id <> 2) It looked a bit silly to me -- first I grab a record from the "parts" table with an ID of 2, then I grab all the records from the parts table whose ID is not 2. I p...

1) At the end of main, there's attempt to free cur_part->record, which rarely comes from malloc. Only valid case is if gpt handover was performed and chaining was not successful (cur_part->record is overwritten with gpt specifc handover record). Freeing the handover area has been adjusted. 2) If our current iterator is ebr, parent wouldn't be freed at the end of main. Added generic

Hi, following will be 6 patch proposals for isohybrid.c 1: Encode GPT partition names as UTF-16LE 2: Correct blocking factor in APM partition block counts 3: Correct end block address of first GPT partition 4: Write GPT backup to the very end of the image 5: Change all fseek(3) to fseeko(3) 6: Introduce option --mbr and make isohybrid.c compilable standalone If the form needs adjustments,