search for: hreads

These APIs provide handle-based read/write streaming and random access to files and block devices. --- daemon/.gitignore | 1 + daemon/Makefile.am | 1 + daemon/hfile.c | 196 +++++++++++++++++++++++++++++++++++++++++++++ daemon/m4/gnulib-cache.m4 | 3 +- po/POTFILES.in | 2 + regressions/Makefile.am | 1 + regressions/test-hfile.pl | 102

I've attached a patch to generator.ml for the proposed new file apis. Note that hread, hpread, hwrite and hpwrite are slightly different to the apis I proposed previously. I've also added hallocate for good measure. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 --------------

This two-part patch implements the 'hexedit' command described here: http://rwmj.wordpress.com/2010/09/18/new-feature-guestfish-hexedit/#content The first part implements two new APIs for partial writing and reading of files. These are modelled after guestfs_upload and guestfs_download but allow you to specify an offset and (for download only) a size: int guestfs_download_offset

Hi, I know LLVM provides thread-level automatic parallel support using OpenMP (see  http://blog.llvm.org/2015/05/openmp-support_22.html), but it is not clear for me which of the following is correct? 1. Clang inserts in the source code OpenMP compiler directives, so, it auto-parallelizes the serial source code provided as input or2. Clang can compile manually written parallel source code that uses

...000-b7dfe000 Deferred libc.so.6 ELF b7dfe000-b7e16000 Deferred libpthread.so.0 ELF b7e17000-b7e19000 Deferred libnvidia-tls.so.1 ELF b7e34000-b7f46000 Deferred libwine.so.1 ELF b7f47000-b7f64000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000e 0000000f 0 0000000c (D) c:\windows\system32\explorer.exe 0000000d 0 <== 0000000a 0000000b 0 00000008 00000009 0 Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7e354349 ESP:003...

hi, i hope this is not too "newbie-ish" but i've never programmed with static libs before. i've downloaded the win32sdk and try to build a simple wav->ogg/vorbis encoder, but the linker complained about several redefinitions. environment is visual studio .net 2003 on winxp and a standard mfc-app set up by this project-wizzard that comes with vs.net2003 using the default

...ed winmm PE 9da50000-9daaf000 Export comdlg32 PE 9daf0000-9db58000 Deferred shell32 PE 9dbe0000-9dbe6000 Deferred shlwapi PE 9dc20000-9dc31000 Deferred comctl32 PE 9dcd0000-9dcd6000 Deferred winspool Threads: process tid prio (all id:s are in hex) 00000020 (D) c:\windows\system32\winevdm.exe 00000022 0 <== 00000021 0 0000000a 0000000b 0 00000008 00000009 0 err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availa err:winspool...

...9000-b7e4b000 Deferred libpthread.so.0 ELF b7e4b000-b7e50000 Deferred libxxf86vm.so.1 ELF b7e60000-b7e63000 Deferred libxau.so.6 ELF b7e63000-b7f73000 Export libwine.so.1 ELF b7f76000-b7f8c000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\tobbe\InstallSpecLab.EXE 00000009 0 <== tobbe@jme:~$

...g" message but the next device doesn't kick in. GPXE seems to have the same problem. I tested the latest HP firmware, with no luck. This appears to have been hit before - there was a patch posted about a year ago that seems to work for me (you can see it at http://www.gossamer-threads.com/lists/syslinux/users/9475?do=post_view_t hreaded#9475 ). Is there a preferred workaround, or is the referenced patch the best way to go? Does it have a chance of making the cut for 3.74? Thanks in advance - Daniel Padwa, daniel.padwa at gs.com

*** BLURB HERE *** Matthew Booth (2): New APIs: hopen-device hopen-file hread hwrite hseek hclose hclose-all Update pwrite to write a full buffer daemon/.gitignore | 1 + daemon/Makefile.am | 1 + daemon/file.c | 20 ++- daemon/hfile.c | 249 ++++++++++++++++++++++++++++++++++++++++ daemon/m4/gnulib-cache.m4 | 3

...ine: Unhandled page fault on write access to 0xbdb151ad at address 0x7d234ce6 (thread 000b), starting debugger... Unhandled exception: page fault on write access to 0xbdb151ad in 32-bit code (0x7d234ce6). Backtrace: =>0 0x7d234ce6 in libgl.so.1 (+0x65ce6) (0x00000009) 1 0x00000000 (0x00000000) hreads: process tid prio (all id:s are in hex) 00000008 00000009 0 0000000a (D) C:\windows\system32\wineboot.exe 0000000b 0 <== 0000000c 00000018 0 00000016 0 0000000e 0 0000000d 0 0000000f 00000010 0 Backtrace: =>0 0x7d234ce6 in libgl.so.1 (+0x65ce6) (0x00000009...

Thanks. If decoding from the last packet on the previous page works, I may have to do that. But I was hoping to avoid it. Yes, I may be seeking a lot. A packet spanning multiple pages shouldn't be a problem for me, because I'm only adding index points that represent the beginning of a packet. But does this actually happen for Vorbis? (Aside from large header packets) The large blocks

...42e60000-42e65000 \ midimap >PE 0x65f00000-65fc2000 Deferred ole32 >PE 0x70bd0000-70c35000 Deferred shlwapi >PE 0x78000000-78044000 Deferred msvcrt >ELF 0x7bf00000-7bf03000 Deferred <wine-loader> >Threads: >process tid prio (all id:s are in hex) >00000008 (D) Y:\.wine\drive_c\Program Files\ASP32\ASP32.EXE > 00000009 0 <== >WineDbg terminated on pid 0x8 > > Googling did not alleviate my pain. Does anybody know how to make the program running . (Running VMware i...

I tested the program SkyGlobe 3.6 listed as Platinum in the following AppDB page: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5143 The program failed to start in Wine 1.0-rc1. The following is the output from the console: $ wine skyglobe.exe fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3ce: 0x08 (value 0xff) fixme:ddraw:VGA_ioport_out Unsupported index,

...b7d0d000-b7d11000 Deferred libdl.so.2 ELF b7d11000-b7e3f000 Deferred libc.so.6 ELF b7e3f000-b7e57000 Deferred libpthread.so.0 ELF b7e8b000-b7f9d000 Dwarf libwine.so.1 ELF b7f9e000-b7fbb000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a 0000000c 0 0000000b 0 00000008 (D) Z:\home\public\.wine\drive_c\Program Files\Real\RealPlayer\realplay .exe 0000000d 0 00000009 0 <== ..................................................................

Hello! I am really need help! I am using dovecot installation on ~700 users with dspam integration via dovecot-antispam plugin. Problem in unpredictable result of moving spam-mails from INBOX to Junk and from Junk to INBOX. In some cases it works fine, but sometimes I see error like "It's not possible to move the message" in client (roundcube). Two different samples on same

Oct ?3 11:52:41 tc_201_62 kernel: (ocfs2cmt,22737,__th_it__th__threit_cache:192 ERROR: status = __thre_thre_th_th_threa_t__t_th_th__thread:17 97 ERROR: status = -5 Oct ?3 11:52:41 tc_201_62 kernel: (ocfs2cm__th_t_th_t__th____th__thread:1797 ERROR: status = -5 Oct ?3 11:52:41 tc_201_62 kernel: (oc__thread:1797 ERROR: status = -5 Oct ?3 11:52:41 tc_201_62 kernel: (ocfs2___t_th_th____thread:1797

This patch refactors the data transfer code with several goals: * Have a common read(source)/write(target) loop so that common processing can happen in the middle of it, e.g. format change/progress bar * Provide volume metadata to transfers to allow smarter reading/writing, e.g. of sparse files * Simplify the data transfer code The patch *isn't* NFC because there are some minor behaviour