$ mbpart 1 -m ML_KWAY pacman.h5m pacman2.h5m
Loading file pacman.h5m...
Computing partition using ML_KWAY method for 1 processors...
[fuji:03734] *** Process received signal ***
[fuji:03734] Signal: Floating point exception (8)
[fuji:03734] Signal code: Integer divide-by-zero (1)
[fuji:03734] Failing at address: 0x7fedb68d8bf8
[fuji:03734] [ 0] /lib/x86_64-linux-gnu/libc.so.6(+0x352f0) [0x7fedb6b212f0]
[fuji:03734] [ 1] /usr/lib/x86_64-linux-gnu/libmetis.so.5(METIS_PartGraphKway+0x1c8) [0x7fedb68d8bf8]
[fuji:03734] [ 2] /usr/lib/x86_64-linux-gnu/libMOAB.so.4(_ZN16MetisPartitioner14partition_meshEiPKcibbbbS1_b+0xe44) [0x7fedb7b83624]
[fuji:03734] [ 3] mbpart(main+0x1500) [0x40bba0]
[fuji:03734] [ 4] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7fedb6b0ca40]
[fuji:03734] [ 5] mbpart(_start+0x29) [0x40cfc9]
[fuji:03734] *** End of error message ***
Floating point exception (core dumped)
The case p==1 should probably be intercepted.
Ah, so we are not validating input here. p==1 is a weird case though and is not part of the expected use case, but I agree that we should catch that.