search for: _base

Hello, Have spotted strange behaviour of GlusterFS fuse mount. I am unable to list files in a directory until parent directory is listed. However if I do list file with full path it is listed on some client nodes. Example: localadmin at ldgpsua00000038:~$ ls -al /var/lib/nova/instances/_base/ ls: cannot access /var/lib/nova/instances/_base/: No such file or directory localadmin at ldgpsua00000038:~$ ls -al /var/lib/nova/instances/ total 32271483 drwxr-xr-x 413 nova nova 622592 May 2 10:48 . drwxr-xr-x 9 nova nova 4096 Nov 14 13:37 .. drwxrwxr-x 2 nova nova 102406...

Hi, I am relatively new to Rails and I can''t get the following to work: what I am trying to do is to make the first item of a list to flash: var item = $(''items'').firstChild; new Effect.Highlight(item); I get the this Javascript error message: this._base has no child (effects.js, line 445) But I am able to do this without any problems: var item = $(''items''); new Effect.Highlight(item); (now the whole list flashes) My list looks like that: <ul id="items"> <li>test1</li> <li>test2</li> <l...

Hi, I do have few questions regarding xapine as I'm a newbie in this and would appreciate if someone could give me some insight: 1: When I'm trying to index , why it creates/opens so many files, e.g.this is how one of my index looks like: % ~/xapian_index> ls db_lock position_baseA record_DB termlist_baseA meta postlist_DB record_baseA value_DB position_DB postlist_baseA termlist_DB value_baseA why xapian needs to create so many files? 2: Also, from the documentation it's not clear to me how xapian indexes, what database it use...

...ile I've the following directives, which should export my methods: S3method(droplevels, factor) S3method(droplevels, data.frame) However, when I load my package and I try to use those functions, the dispatching mechanism calls the functions droplevels.factor and droplevels.data.frame from the _base package_. So, is there any way to overwrite droplevels.factor and droplevels.data.frame from the base package with my functions? Or do I have to create a generic function on my own? Thanks for your help. Kind Regards, Thorn

Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces

...ssions> <owner>1000</owner> <group>130</group> <mode>0644</mode> <label>image_overlay</label> </permissions> </target> <backingStore> <path>/home/pcarlton/openstack/stuff/nova/instances/_base/07f224f72581f8e029e08ff96827d581b2321a7b</path> <format type='raw'/> <permissions> <owner>1000</owner> <group>130</group> <mode>0644</mode> <label>image_base</label> </permissions> </back...

...and thus doesn't impose such compatibility issues. _lseeki64 operates on the underlying file handle, and does not interact well with the buffering in stdio streams. I _think_ you can use this successfully if you call fflush() beforehand (as this sets FILE::_cnt to 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT source from MSVC6.0 and it appears this is how things work. That source also includes an fseeki64()/ftelli64(), but they are not defined in stdio.h. I wonder if just declaring it yourself is good enough? If not, they get called by fsetpos()/fgetpos() (which _...

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

Hi Jeremy. According to your suggestion, I recreated patches for Ingo's x86.git tree. And this patch series includes Eddie's modification. Please review and forward them. (or push back to respin.) Recently the xen-ia64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 domU linux

...ose such compatibility issues. > > _lseeki64 operates on the underlying file handle, and does not interact > well with the buffering in stdio streams. I _think_ you can use this > successfully if you call fflush() beforehand (as this sets FILE::_cnt to > 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT > source from MSVC6.0 and it appears this is how things work. > How about just forgetting about base XP and require at least SP2 or some such? Alternatively, use win32api underneath instead, eg CreateFileW/SetFilePointer. > That source also includes...

...cow2' cache='none'/> <source file='/var/lib/nova/instances/f85ea8a4-0159-417c-bef5-5b4e908ea2a0/disk'/> <backingStore type='file' index='1'> <format type='raw'/> <source file='/var/lib/nova/instances/_base/5773dfb9c65f9640334bf9b3101ac8a2f485ee83'/> <backingStore/> </backingStore> <target dev='vda' bus='virtio'/> <alias name='virtio-disk0'/> <address type='pci' domain='0x0000' bus='0x00'...

...Terriberry wrote: > >> _lseeki64 operates on the underlying file handle, and does not interact >> well with the buffering in stdio streams. I _think_ you can use this >> successfully if you call fflush() beforehand (as this sets FILE::_cnt to >> 0 and FILE::_ptr to FILE::_base). By which I mean I read the MSVCRT >> source from MSVC6.0 and it appears this is how things work. >> > Ok, I didn't take that into account. Thanks for pointing it out! Using > fflush to clear the buffers before calling _lseeki64 sounds reasonable, so > I think I'll try...

...on the underlying file handle, and does not > interact > well with the buffering in stdio streams. I _think_ you can > use this > successfully if you call fflush() beforehand (as this sets > FILE::_cnt to > 0 and FILE::_ptr to FILE::_base). By which I mean I read the > MSVCRT > source from MSVC6.0 and it appears this is how things work. > > Ok, I didn't take that into account. Thanks for pointing it out! > Using fflush to clear the buffers before calling _lseeki64 sounds > reasonable...

...lt;driver name='qemu' type='qcow2' cache='none'/> > <source file='/opt/ssd/win7.qcow2'/> > <backingStore type='file' index='1'> > <format type='raw'/> > <source file='/opt/ssd/_base/win7.qcow2'/> > <backingStore/> > </backingStore> > <target dev='vda' bus='virtio'/> > <serial>8164a82d-6066-46d7-8a92-8391620fc58c</serial> > <alias name='virtio-disk0'/> > &l...

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it