Native Error 00012
Contents |
Another Forum.net. All rights reserved.
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the ogg-00446 workings and policies of this site About Us Learn more about Stack
My Oracle Support
Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 6.2 million programmers, just like you, helping each other. Join http://forum.cobiansoft.com/oldforum/default.aspx?g=posts&t=6520 them; it only takes a minute: Sign up ZipForge Native Errors up vote 1 down vote favorite The archives I'm having trouble with were all created by merging a working archive with a non-existant archive, thereby effectively copying the contents of one into the other. It's part of a merging process we do. Like this... ZipDestination := TZipForge.Create(nil); if http://stackoverflow.com/questions/7171240/zipforge-native-errors FileExists(DestinationZipFileName) then ZipDestination.OpenArchive(fmOpenReadWrite + fmShareDenyWrite) else ZipDestination.OpenArchive(fmCreate); ZipDestination.Zip64Mode := zmAuto; ZipDestination.MergeWith(SourceZipFileName); ZipDestination.CloseArchive; and this is the code that gets a blob from the archive, uncompresses it, and makes it ready for the viewer. CompressedStream := TMemoryStream.Create; UnCompressedStream := TMemoryStream.Create; GetCompressedStream(CompressedStream); // this fetches the blob from the zipfile ZipForge.InMemory := True; // Native Error 00035 on next line (sometimes) ZipForge.OpenArchive(CompressedStream, False); ZipForge.FindFirst('*.*', ArchiveItem, faAnyFile - faDirectory); sZipFileName := ArchiveItem.FileName; sZipPath := ArchiveItem.StoredPath; ZipForge.ExtractToStream(sZipPath + sZipFileName, UnCompressedStream); ZipForge.CloseArchive; but I'm encountering "Native error 00035" sometimes. Now the strange thing is that I'm getting these errors when I try to view the first blob within the merged archive (ie. trying to view other blobs within the merged archive doesn't raise any exception) It could be something about ZipForge.MergeWith that I haven't catered for, or it could be a bug in my GetCompressedStream (but if I switch the order of blobs within the archive, it always happens to the first one only). Look like it's time for a test project to see what's really going on. EDIT Original
Sign in Pricing Blog Support Search GitHub This repository Watch 20 Star 46 Fork 20 NERSC/shifter Code Issues 19 Pull requests 1 Projects 0 Wiki Pulse Graphs New issue Launching an MPI application #64 Closed lichinka opened https://github.com/NERSC/shifter/issues/64 this Issue Jun 3, 2016 · 7 comments Projects None yet Labels None yet Milestone No milestone Assignees No one assigned 2 participants lichinka commented Jun 3, 2016 • edited Hi, I have packaged the OSU MPI benchmarks in a Docker image, which was then correctly imported into Shifter v20160422. For reference, the image name is shifter-mpi:cscs.0.4 and can be found on the Docker hub. When trying to launch the native error Shifter container with SLURM, I get the following: $> sbatch shifter.sbatch Submitted batch job 19374 $> cat slurm-19374.out Checking system directories ... done Gathering required libraries ... done This test requires exactly two processes This test requires exactly two processes srun: error: nid00013: task 1: Exited with exit code 1 srun: Terminating job step 19374.0 srun: Job step aborted: Waiting up to 32 seconds for job step to finish. srun: error: nid00012: task native error 00012 0: Exited with exit code 1 Cleaning up ... done It seems that Shifter (or SLURM) is not recognizing the application as being MPI-enabled and is thus launching two separate and unrelated processes. In MPI words, two communicators are created containing just one process each, although the correct behavior should be one communicator containing both processes. On the other hand, the same application works as expected if launched without Shifter. I tested using the same module set and SLURM batch file: $> sbatch native.sbatch Submitted batch job 19373 $> cat slurm-19373.out Checking system directories ... done Gathering required libraries ... done Show quoted text 1 0.58 2 2.62 4 5.20 8 10.60 16 21.19 32 42.41 64 84.70 128 168.11 256 330.46 512 644.89 1024 1012.78 2048 1594.93 4096 2258.28 8192 4483.78 16384 6568.17 32768 6324.26 65536 6872.48 131072 9726.56 262144 9811.18 524288 9849.81 1048576 9869.74 2097152 9591.84 For reference, the container image is using MPICH 3.2 and the cray-mpich-abi modules are loaded before launching Shifter with srun. The scripts and source code used can be found on this repository. Thanks, Lucas lichinka changed the title from Launching MPI application to Launching an MPI application Jun 3, 2016 dmjacobsen commented Jun 10, 2016 Hi Lucas, Sorry thought I had replied to this earlier but I guess I didn