search for: mainthread

...d long systime = secs(); unsigned long milisectime = milisecs()%1000; sprintf(buffer,"%02d:%02d:%02d:%03d",systime/3600,(systime%3600)/60,(systime%3600)%60,milisectime); return (const char*) buffer; }; //fim cronometro int main(int a, char **b) { int i; DWORD iThreadId; HANDLE mainThread[num_th]; tfim = 0; tini = GetTickCount(); for(i=0; i< num_th;i++) mainThread[i] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)thread_call, (LPVOID)TESTE, 0, (DWORD *)&iThreadId); //WaitForMultipleObjects( num_th, (const HANDLE* )mainThread, TRUE, INFINITE); for( i=0; i &lt...

From: "Richard W.M. Jones" <rjones at redhat.com> If the parent process uses a pipe (or any fd, but pipes are a particular problem), then the recovery process would hold open the file descriptor(s) of the pipe, meaning that it could not be fully closed in the parent. Because the recovery process doesn't use exec(2), this wasn't avoidable even using FD_CLOEXEC. Avoid this

...ello, I have some problems running some tools of java in CentOS. Anyone know where is the problem for this? > [jv at localhost ~]$ java org.apache.xalan.xslt.Process > Exception in thread "main" java.lang.NoClassDefFoundError: org.apache.xalan.xslt.Process > at gnu.java.lang.MainThread.run(libgcj.so.7rh) > Caused by: java.lang.ClassNotFoundException: org.apache.xalan.xslt.Process not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > at java.net.URLClassLoader.findClass(libgcj.so.7rh) > at...

...result is that if you have a system setup to run kvm ou get the following. Dennis [root@cubietruck01 ~]# LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 imagefactory --debug base_image tdl-armv7hl.xml --file-parameter install_script fedora-docker-base-66b3b50.ks 2015-03-03 17:02:51,968 DEBUG root thread(MainThread) Message: Unable to find python module, faulthandler... multi-thread tracebacks will not be available. See http://pypi.python.org/pypi/faulthandler/ for more information. 2015-03-03 17:02:51,972 INFO imgfac.PluginManager.PluginManager thread(MainThread) Message: Plugin (TinMan) loaded... 2015-03-03...

...a real server is easy. I have incomplete patch using imageio server with some manual setup. This is the setup needed: $ git clone https://github.com/oVirt/ovirt-imageio.git In another shell, start the server: $ cd ovirt-imageio/daemon $ ./ovirt-imageio -c test 2020-07-09 02:55:57,839 INFO (MainThread) [server] Starting (pid=200640, version=2.0.10) 2020-07-09 02:55:57,842 INFO (MainThread) [services] remote.service listening on ('::', 54322) 2020-07-09 02:55:57,842 INFO (MainThread) [services] local.service listening on '\x00/org/ovirt/imageio' 2020-07-09 02:55:57,843 INFO...

...39;)) logger.info "Chat Connection status - #{@client.is_connected?}" return @client.is_connected? end def connected? return @client.is_connected? end def get_buddies if self.connected? @buddy_list = [] roster = Jabber::Roster::Helper.new(@client) mainthread = Thread.current roster.add_query_callback { |iq| mainthread.wakeup } Thread.stop roster.groups.each { |group| roster.find_by_group(group).each { |item| @buddy_list << item#[{:name => item.iname, :jid => item.jid, :subscription => it...

It works, but I should delete if (guestfs_umount_all (destg) == -1) ??? exit (EXIT_FAILURE); inmain() function and /* Clean up. */ ? if (guestfs_umount_all (srcg) == -1) { ??? pthread_cancel (threaddata->mainthread); ??? exit (EXIT_FAILURE); ? } in the start_scrthread() function or it will return an error after the program finish: libguestfs: error: umount_all: umount: /sys/fs/cgroup/systemd: umount: /sys/fs/cgroup/systemd: device is busy. ??????? (In some cases useful info about processes that use ????????...

We can use now ImageioClient to communicate with ovirt-imageio server on oVirt host. Using the client greatly simplifies the plugin, and enables new features like transparent proxy support. The client will use transfer_url if possible, or fall back to proxy_url. Since the client implements the buffer protocol, move to version 2 of the API for more efficient pread(). Another advantage the client

# I originally intended to post this question here. # But it took some time for subscription authorization process. # So I have posted the same question to the forum when I was waiting # for the subscription confirmation notice. # It seems to me the forum is not so active, let me drop here too. Hello, The following WinSNMP trap receive program ''win_snmp.rb'' causes ruby

Hi all, After implementing the ToyVM::runApplication method, I run the ToyVM binary, A segmentation fault occurs on starting ToyThread. My code is: void ToyVM::runApplication(int argc, char** argv) { ToyThread *tt = new ToyThread(this); mainThread = tt; typedef void (*vmkitThreadfptr)(vmkit::Thread*); void (*mainStartPtr)(vmkit::Thread*); mainStartPtr = (vmkitThreadfptr)(&mainStart); startRes = tt->start(mainStartPtr); } by tracing, the error occurs in the following line of LockNormal::lock() method pthread_mutex_lock((pthread_mutex_...

Hi all, After implementing the ToyVM::runApplication method, I run the ToyVM binary, A segmentation fault occurs on starting ToyThread. My code is: void ToyVM::runApplication(int argc, char** argv) { ToyThread *tt = new ToyThread(this); mainThread = tt; typedef void (*vmkitThreadfptr)(vmkit::Thread*); void (*mainStartPtr)(vmkit::Thread*); mainStartPtr = (vmkitThreadfptr)(&mainStart); startRes = tt->start(mainStartPtr); } by tracing, the error occurs in the following line of LockNormal::lock() method pthread_mutex_lock((pthread_mutex...

...uffer,"%02d:%02d:%02d:%03d",systime/3600,(systime%3600)/60,(systime%3600)%60,milisectime); > > return (const char*) buffer; > > }; > > //fim cronometro > > int main(int a, char **b) > > { > > int i; > > DWORD iThreadId; > > HANDLE mainThread[num_th]; > > tfim = 0; > > tini = GetTickCount(); > > You're starting your count ... > > > for(i=0; i< num_th;i++) > > mainThread[i] = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)thread_call, (LPVOID)TESTE, 0,...

https://bugzilla.redhat.com/show_bug.cgi?id=836710 https://bugzilla.redhat.com/show_bug.cgi?id=836913 There are at least two related bugs going on: (1) Linux sync(2) system call doesn't send a write barrier to the disk, so in effect it doesn't force the hard disk to flush its cache. libguestfs used sync(2) to force changes to disk. We didn't expect that qemu was caching anything