search for: hread

...memcpy(msg + msglen, error, len); + msglen += len; + free(error); + } + } + + if (failed) { + msg[msglen] = '\0'; + reply_with_error("%s", msg); + return -1; + } + + return 0; +} + +char * /* RBufferOut */ +do_hread (int handle, int64_t size, size_t *size_r) +{ + char *buf = malloc(size); + if (NULL == buf) { + reply_with_error("malloc"); + return NULL; + } + + ssize_t in = read(handle, buf, size); + if (in < 0) { + reply_with_perror_errno(errno, "error rea...

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 --------...

...set); Since these calls use the streaming FileIn/FileOut part of the protocol, they are both efficient and unlimited in the amount and type of data that can be streamed. http://libguestfs.org/guestfs.3.html#functions_that_have_filein_parameters I also wrote the hexedit command using the putative hread/hwrite API and the code was much longer and more involved. Although there is an advantage to hread/hwrite which is you can read and write to and from memory. The second part of the patch implements the hexedit command itself in guestfish. Rich. -- Richard Jones, Virtualization Group, Red Hat h...

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 o...

...unning winecfg by the run command tool to no avail, so I tried running it in a konsole as su. It gave me the folowing txt, but not the winecfg program as handeled in the FAQ. Does annyone have an idea what's wrong? wine: Unhandled page fault on read access to 0x000000a4 at address 0x7e354349 (t hread 0009), starting debugger... wine: Unhandled page fault on read access to 0x000000a4 at address 0x7e841349 (t hread 000b), starting debugger... wine: Unhandled page fault on read access to 0x000000a4 at address 0x7e83f349 (t hread 000d), starting debugger... Unhandled exception: page fault on read a...

...was not a good idea, because then some basic symbols (malloc etc) were not defined. can someone explain that to me? why are the conflicts with msvcrt.lib gone, when i'm excluding libcmt.lib? these too can't be conflicting because they are both default-libs. libcmt stands for libc m(ulti)t(hreaded) do the ogg/vorbis-libs require certain linker options to be set/unset? is there anything i need to know when working with the *_static.lib files from the ogg/vorbis-win32sdk? thx again for your help..+-j!i0+:)rhZm1hNrybXuz/-*arj) '+a{ +v&{ay,rR{.n+z,z{m^+-)emw

...lid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:heap:HEAP_GetPtr Invalid heap 0x0! err:seh:segv_handler Got unexpected trap 1798761016 Fatal error 'thr_resume_wrapper: thread has returned from _thread_switch' at e 1128 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availa err:winspool:WINSPOOL_GetDriverInfoFromReg Can't find driver L"hp_deskjet_560 72.17.0.200" in...

...ble to install in a previous version but the latest will not work. I'm using he latest verson of Wine in Kubuntu. Error messages as follows Grateful for any help Regards TobbeR tobbe@jme:~$ wine InstallSpecLab.EXE wine: Unhandled page fault on read access to 0xc20d27f9 at address 0x7e84bc8f (t hread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0xc20d27f9 in 32-bit code (0x7 e84bc8f). fixme:dbghelp:elf_load_debug_info_from_map Alpha-support for Dwarf2 information for libgl.so.1 Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b G...

...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-c...

Hello everyone, Im trying to use wine but Im getting this problem. when I started the winecfg , I got this message: "Could not load Mozilla. HTML rendering will be disabled. wine: 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 0000000...

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

...tools - just winecfg Third try: SuSE 10.1 (updated), CrossOffice 5.0.3, ie6,dcom95 In all environments I get almost the same output: >col@winter:~> wine .wine/drive_c/Program\ Files/ASP32/ASP32.EXE >wine: Unhandled page fault on read access to 0x0b018cf0 at address 0x41807163 (t >hread 0009), starting debugger... >WineDbg starting on pid 0x8 >Unhandled exception: page fault on read access to 0x0b018cf0 in 32-bit code (0x4 >1807163). >In 32 bit mode. >Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 > EIP:41807163 ESP:406ff7f8 EBP:406ff814 EFLA...

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,

...Module Should have successfully loaded debug information fo r image c:\windows\system32\midimap.dll fixme:dbghelp:SymLoadModule Should have successfully loaded debug information fo r image c:\windows\system32\psapi.dll wine: Unhandled page fault on read access to 0x7f035a4f at address 0x6330c02b (t hread 0009), starting debugger... Unhandled exception: page fault on read access to 0x7f035a4f in 32-bit code (0x6 330c02b). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:6330c02b ESP:0034f0a0 EBP:0034f0d0 EFLAGS:00010a87( - 00 ROISP1C) EAX:00405a4d EBX:0034f10c ECX:7ec30000 EDX...

...2:47]: C: cpy1 UID COPY 2386 "Junk" [19:02:57]: S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN AUTH=LOGIN] Dovecot ready. [19:02:57]: C: cp01 CAPABILITY [19:02:57]: S: * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=RE FERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA AUTH=PLAIN AUTH=LOGIN [19:02:57]: S: cp01 OK Capability completed. Result: I see moving error in roundcube. Someti...

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 ERROR: status = -5 Oct ?3 11:52:41 tc_201_...

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