search for: getstatus

...om USB device: could not detach kernel driver from interface 0: Operation not permitted 0.000925 Can't claim USB device [0764:0501]: could not detach kernel driver from interface 0: Operation not permitted # dmesg hub 2-0:1.0: state 7 ports 10 chg 0000 evt 0004 ohci_hcd 0000:00:02.0: GetStatus roothub.portstatus [1] = 0x00030300 PESC CSC LSDA PPS hub 2-0:1.0: port 2, status 0300, change 0003, 1.5 Mb/s usb 2-2: USB disconnect, address 87 usb 2-2: unregistering device usb 2-2: usb_disable_device nuking all URBs usb 2-2: unregistering interface 2-2:1.0 hub 2-0:1.0: debounce: port 2: total...

...status.m_szFullName there is the problem. Hope someone can help me / correct me. Hans-Henrik Andresen Project Manager Pine Tree systems hha@pine.dk PS: Tried to send a bug-report, but my mail return'ed ---------------------------------------------------------------------------- CFile::GetStatus BOOL GetStatus( CFileStatus& rStatus ) const; static BOOL PASCAL GetStatus( LPCTSTR lpszFileName, CFileStatus& rStatus ); Return Value TRUE if the status information for the specified file is successfully obtained; otherwise, FALSE. Parameters rStatus A reference to a user-supplied CF...

...like /home/itsme/test/libvirt/ But, if the directory setting is long: like /home/public/test/abc-v1/liibvrt-v1-v2/ = > it fails. Reason for failure is :qemumonitorjsontest I tried running the specific test case like : VIR_TEST_VERBOSE=1 ./qemumonitorjsontest ======================== 1) GetStatus ... libvir: XML-RPC error : Path /home/public/abc_v1_v2/libvirt_0.10.2_29/BUILD/libvirt-0.10.2/tests/qemumonitorjsontest.sock too long for unix socket: File name too long FAILED 2) GetVersion ... libvir: XML-RPC error : Path /home/public/abc_v1_v2/libvirt_0.10.2_29/BUILD/libvirt-0.10.2/tests/qemum...

...635,9 +632,8 @@ start: } else job = getjob(*argv, 0); /* loop until process terminated or stopped */ - while (job->state == JOBRUNNING) - if (dowait(DOWAIT_WAITCMD, 0) <= 0) - goto sigout; + if (!dowait(DOWAIT_WAITCMD, job)) + goto sigout; job->waited = 1; retval = getstatus(job); repeat: @@ -889,18 +885,14 @@ forkchild(struct job *jp, union node *n, int mode) } for (jp = curjob; jp; jp = jp->prev_job) freejob(jp); - jobless = 0; } STATIC inline void forkparent(struct job *jp, union node *n, int mode, pid_t pid) { TRACE(("In parent shell: child...

...t archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: [PATCH v3 10/15] OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus On 06/07/13 16:17, Stefan Hajnoczi wrote: > There is no read memory barrier between fetching TxCurUsed and > fetching UsedElem[].Id. In theory I think there is no guarantee that > Dev->TxRing.Used.UsedElem[UsedElemIdx].Id is fetched *after* > Dev->TxRing.Used.Idx. On x86 it sh...

...t archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: [PATCH v3 10/15] OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus On 06/07/13 16:17, Stefan Hajnoczi wrote: > There is no read memory barrier between fetching TxCurUsed and > fetching UsedElem[].Id. In theory I think there is no guarantee that > Dev->TxRing.Used.UsedElem[UsedElemIdx].Id is fetched *after* > Dev->TxRing.Used.Idx. On x86 it sh...

...il-archive etc. all have only my response), so > I'll quote it here. > > The patch Stefan was reviewing is > <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: > > [PATCH v3 10/15] > OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus > > On 06/07/13 16:17, Stefan Hajnoczi wrote: > >> There is no read memory barrier between fetching TxCurUsed and >> fetching UsedElem[].Id. In theory I think there is no guarantee that >> Dev->TxRing.Used.UsedElem[UsedElemIdx].Id is fetched *after* >> Dev->T...

...p && jp->state == JOBRUNNING) || gotsigchld) - dowait(DOWAIT_BLOCK, jp); - if (!jp) + if (!jp) { + int pid = gotsigchld; + + while (pid > 0) + pid = dowait(DOWAIT_NORMAL, NULL); + return exitstatus; + } + + while (jp->state == JOBRUNNING) + dowait(DOWAIT_BLOCK, jp); st = getstatus(jp); #if JOBS if (jp->jobctl) {

...p && jp->state == JOBRUNNING) || gotsigchld) - dowait(DOWAIT_BLOCK, jp); - if (!jp) + if (!jp) { + int pid = gotsigchld; + + while (pid > 0) + pid = dowait(DOWAIT_NORMAL, NULL); + return exitstatus; + } + + while (jp->state == JOBRUNNING) + dowait(DOWAIT_BLOCK, jp); st = getstatus(jp); #if JOBS if (jp->jobctl) {

...quot;waitforjob(%%%d) called\n", jobno(jp))); - while (jp->state == JOBRUNNING) { + TRACE(("waitforjob(%%%d) called\n", jp ? jobno(jp) : 0)); + while ((jp && jp->state == JOBRUNNING) || gotsigchld) dowait(DOWAIT_BLOCK, jp); - } + if (!jp) + return exitstatus; st = getstatus(jp); #if JOBS if (jp->jobctl) {

...quot;waitforjob(%%%d) called\n", jobno(jp))); - while (jp->state == JOBRUNNING) { + TRACE(("waitforjob(%%%d) called\n", jp ? jobno(jp) : 0)); + while ((jp && jp->state == JOBRUNNING) || gotsigchld) dowait(DOWAIT_BLOCK, jp); - } + if (!jp) + return exitstatus; st = getstatus(jp); #if JOBS if (jp->jobctl) {

...example, any of them can be specified in in print.trellis(..., draw.in=...) or draw.key(..., vp=...) 3. Lattice. - make panel functions generic - allow print.trellis args to be specified in xyplot, etc. - shading patterns (once grid implements them) - safe way to access lattice:::getStatus and lattice:::updateList - allow name, viewport or vpPath to be specified in draw.in= arg of print.trellis (and vp= arg of draw.key?) - document parameters, i.e. those output from trellis.par.get() - support for groups in histogram 4. Higher level Windows clipboard functions. Sinc...

Dear R-users, I am trying to understand what the different padding arguments in trellis.par.set are exactly controlling the space around lattice plots. I have used the following code as a basis for testing but it did not really help me to visualize how the value of each argument changes the margins and the plotting area. I guess a better way to visualize the effects of these padding items

...chedsvc: Remove job from the list when job file is deleted. schedsvc: Implement NetrJobGetInfo. schedsvc: Implement NetrJobEnum. schedsvc: Implement NetrJobDel. schedsvc: Implement NetrJobAdd. mstask: Implement IPersistFile::GetClassID(). mstask: Implement ITask::GetStatus(). mstask: ITask::GetErrorRetryCount() is not implemented. mstask: ITask::GetErrorRetryInterval() is not implemented. mstask: Implement ITask::GetIdleWait(). mstask: Implement ITask::GetPriority(). mstask: Implement better stub for ITask::GetExitCode(). mstask: I...

Hi, I have been receiving messages on a new DomU''s kern.log. I''ve done a lot of googling, but haven''t came up with anything very useful, at least not in a Xen context. I was wondering if anyone had any suggestions about what could be wrong. From everything I have read, there should be a stack trace included, but I am not seeing one. Thanks in advance, Ian. on

Hi all, Windows 2000 Ruby 1.8.2 R7 VC++ 6.0 I noticed that if I try to call new_work_item and give the task a name that already exists, I get a segfault: C:\eclipse\workspace\win32-taskscheduler>ruby test.rb "0.1.0" test.rb:22:in `new_work_item'': NewWorkItem() function failed (Win32::TaskSchedul erError) from test.rb:22 test.rb:22: [BUG] Segmentation fault ruby

...Pass full task file name to remove_job()/add_job(). mstask: Don't touch instance count field of the job file in the client. mstask: Initialize more task fields from the job file on load. mstask: Implement ITask::GetFlags(). mstask: Return SCHED_S_TASK_RUNNING from ITask::GetStatus() if there are running task instances. mstask: Write more correct flags and status to the job file. mstask: Try opening a file more times when saving a job file. mstask: Implement ITask::Run(). mstask: Implement ITask::Terminate(). mstask/tests: Add some tests for ITas...

Hi Konrad I encountered a bug when trying to bring offline a cpu then online it again in HVM. As I''m not very familiar with HVM stuffs I cannot come up with a quick fix. The HVM DomU is configured with 4 vcpus. After booting into command prompt, I do following operations. # echo 0 > /sys/devices/system/cpu/cpu3/online # echo 1 > /sys/devices/system/cpu/cpu3/online With

Sensei H. Peter Anvin, I have successfully modified/enhanced memdisk so that one can chainload a local operating system after running diskless FreeDOS. I would like your advice regarding the appropriate interface for invoking this functionality. In addition, I would like to know what steps to take so that you feel comfortable considering including this in the standard syslinux distribution.

...changing DEP flags on 64-bit. programs: Make all program entrypoints cdecl. libport: Add codepage 28601 (Latin/Thai). Alistair Leslie-Hughes (17): include: Allow building against dmusic. dmime: Improved tracing of the DMUS_OBJECTDESC structure. dsound/tests: Add some GetStatus checks. dmime: Always set a minimum timeout in IDirectMusicPerformance8::SetNotificationHandle. dpnet: Report no programs found in IDirectPlay8LobbyClient EnumLocalPrograms. dsound/tests: Allow more time for an event to be signalled. dmime/tests: Add a notification_type test...