WIHTOUT I meant, of course, sorry.
Chiara Zampolli wrote:
> Sure, this I did.... :-)
> c.
>
>
> Fons Rademakers wrote:
>> And of course with the (TUnixSystem*) cast. >> >> Cheers, Fons. >> >> >> Chiara Zampolli wrote: >>> :-) >>> perfect, thanks! >>> chiara >>> >>> >>> Fons Rademakers wrote: >>>> Hi Chiara, >>>> >>>> don't use pointers ;-), but like this: >>>> >>>> root [0] Long_t id; >>>> root [1] Long_t bsize; >>>> root [2] Long_t blocks; >>>> root [3] Long_t bfree; >>>> root [4] Int_t ciccio = >>>> (TUnixSystem*)gSystem->GetFsInfo("/dev/hda4/",&id,&bsize,&blocks,&bfree) >>>> >>>> root [5] bfree >>>> >>>> Cheers, Fons. >>>> >>>> >>>> >>>> Chiara Zampolli wrote: >>>>> Hi Valeri, >>>>> >>>>> thanks a lot! I have tried in fact, but I don't get anything >>>>> back. Am i missing something? See below: >>>>> >>>>> >>>>> zampolli_at_pcalice134:/home/zampolli/SOFT/AliRoot/AliRoot_NewTrunk>df -h >>>>> Filesystem Size Used Avail Use% Mounted on >>>>> /dev/hda2 9.7G 7.5G 1.7G 82% / >>>>> /dev/hda1 99M 23M 71M 25% /boot >>>>> none 1013M 0 1013M 0% /dev/shm >>>>> /dev/hda4 99G 42M 99G 1% /mnt/extra >>>>> /dev/sda1 280G 46G 235G 17% /mnt/sata >>>>> AFS 8.6G 0 8.6G 0% /afs >>>>> >>>>> zampolli_at_pcalice134:/home/zampolli/SOFT/AliRoot/AliRoot_NewTrunk>root >>>>> -l >>>>> >>>>> WELCOME to ALICE >>>>> >>>>> root [0] Long_t* id; >>>>> root [1] Long_t* bsize; >>>>> root [2] Long_t* blocks; >>>>> root [3] Long_t* bfree; >>>>> root [4] Int_t ciccio = >>>>> (TUnixSystem*)gSystem->GetFsInfo("/dev/hda4/",id,bsize$ >>>>> root [5] ciccio >>>>> (Int_t)(1) >>>>> root [6] >>>>> I have tried also to pass as the first argument the path of where >>>>> the file system is mounted, but in this case it crashes, see here. >>>>> Thanks again, >>>>> >>>>> chiara >>>>> >>>>> **** >>>>> root [0] Long_t* id; >>>>> root [1] Long_t* bsize; >>>>> root [2] Long_t* blocks; >>>>> root [3] Long_t* bfree; >>>>> root [4] Int_t ciccio = >>>>> (TUnixSystem*)gSystem->GetFsInfo("/mnt/sata/",id,bsize$ >>>>> >>>>> *** Break *** segmentation violation >>>>> Using host libthread_db library "/lib/tls/libthread_db.so.1". >>>>> Attaching to program: /proc/24812/exe, process 24812 >>>>> [Thread debugging using libthread_db enabled] >>>>> [New Thread -1209039168 (LWP 24812)] >>>>> 0x005de7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 >>>>> #1 0x00682f13 in __waitpid_nocancel () from /lib/tls/libc.so.6 >>>>> #2 0x0062c7b9 in do_system () from /lib/tls/libc.so.6 >>>>> #3 0x0088298d in system () from /lib/tls/libpthread.so.0 >>>>> #4 0x00b25380 in TUnixSystem::Exec (this=0x87cf528, >>>>> #5 0x00b25834 in TUnixSystem::StackTrace (this=0x87cf528) >>>>> at core/unix/src/TUnixSystem.cxx:2121 >>>>> #6 0x00b23679 in TUnixSystem::DispatchSignals (this=0x87cf528, >>>>> sig=kSigSegmentationViolation) at >>>>> core/unix/src/TUnixSystem.cxx:1089 >>>>> #7 0x00b21515 in SigHandler (sig=kSigSegmentationViolation) >>>>> at core/unix/src/TUnixSystem.cxx:351 >>>>> #8 0x00b2858c in sighandler (sig=11) at >>>>> core/unix/src/TUnixSystem.cxx:3344 >>>>> #9 <signal handler called> >>>>> #10 0x00b29027 in TUnixSystem::UnixFSstat (path=0x8a2641c >>>>> "/mnt/sata/", >>>>> id=0x0, bsize=0x0, blocks=0x0, bfree=0x0) >>>>> at core/unix/src/TUnixSystem.cxx:3790 >>>>> #11 0x00b244c2 in TUnixSystem::GetFsInfo (this=0x87cf528, >>>>> path=0x8a2641c "/mnt/sata/", id=0x0, bsize=0x0, blocks=0x0, >>>>> bfree=0x0) >>>>> at core/unix/src/TUnixSystem.cxx:1463 >>>>> #12 0x00c2c5c2 in G__G__Base2_221_0_89 () >>>>> .... >>>>> >>>>> Fine, Valeri wrote: >>>>>> Check >>>>>> >>>>>> http://root.cern.ch/root/html/TSystem.html#TSystem:GetFsInfo >>>>>> >>>>>> Get info about a file system: >>>>>> fs type, block size, number of blocks, >>>>>> number of free blocks. >>>>>> >>>>>> http://root.cern.ch/root/html/TUnixSystem.html#TUnixSystem:GetFsInfo >>>>>> >>>>>> >>>>>> Best Regards >>>>>> Valeri Fine >>>>>> --------------- >>>>>> Brookhaven National Laboratory >>>>>> Upton, NY 11973, USA >>>>>> Phone: +1 631 344 7806 >>>>>> Fax: +1 631 344 4206 >>>>>> E-mail: fine_at_bnl.gov >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: owner-roottalk_at_root.cern.ch >>>>>>> [mailto:owner-roottalk_at_root.cern.ch] >>>>>>> >>>>>> On >>>>>> >>>>>>> Behalf Of Chiara Zampolli >>>>>>> Sent: Wednesday, November 26, 2008 10:29 AM >>>>>>> To: Rene Brun >>>>>>> Cc: Root >>>>>>> Subject: Re: [ROOT] du in ROOT >>>>>>> >>>>>>> Hi Rene, >>>>>>> >>>>>>> yes, I know. I was wondering whether this was already >>>>>>> implemented >>>>>>> >>>>>> as >>>>>> >>>>>>> a method of some class, because what I would need is then to see how >>>>>>> much free space I have left (in percentage), which would mean to >>>>>>> call >>>>>>> awk, but if you had something like GetDiskUsed() and >>>>>>> >>>>>> GetDiskAvailable(), >>>>>> >>>>>>> it would have been nicer... >>>>>>> Thanks! >>>>>>> >>>>>>> c. >>>>>>> >>>>>>> >>>>>>> Rene Brun wrote: >>>>>>> >>>>>>>> Chiara, >>>>>>>> >>>>>>>> You can always do: >>>>>>>> gSystem->Exec("du . >du.log") >>>>>>>> >>>>>>>> Rene Brun >>>>>>>> >>>>>>>> Chiara Zampolli wrote: >>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> is there a way in ROOT to get the same information as those one >>>>>>>>> can get from the unix command du? >>>>>>>>> Thanks and cheers, >>>>>>>>> >>>>>>>>> Chiara >>>>>>>>> >>>>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >>
-- Org: CERN, European Laboratory for Particle Physics. Mail: 1211 Geneve 23, Switzerland E-Mail: Fons.Rademakers_at_cern.ch Phone: +41 22 7679248 WWW: http://fons.rademakers.org Fax: +41 22 7669640Received on Wed Nov 26 2008 - 18:27:02 CET
This archive was generated by hypermail 2.2.0 : Wed Nov 26 2008 - 23:50:01 CET