similar to: interfacing ocaml with R

Dear all, Do I understand correctly that samba 3 does not support bidirectional communication between printer shared by samba and win32 client? I'm trying to install Canon s900 printer but canon printer monitor on win PC is not working saying there's no bidirectional connection between win client and samba server. So, am i right that it is impossible to use modern printers via samba?

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1294742832 0 # Node ID 03997417771be2aa122d7dac31256399f854c5b1 # Parent b279ec057736ead1d7061f8ec8a29a8676dd56b4 PoC: libxc+ocaml: add interfaces to send triggers to HVM guests * ACPI power button event * ACPI sleep button event Required by xapi. Taken from xen-api-libs.hg/xc and adjusted for upstream libxc+ocaml.

Jon, >> . Some interface to LLVM from OCaml >> >> What work has already been done on this and similar ideas? What is >> the >> easiest >> way to interface a front-end written in OCaml with an LLVM backend? I've written a compiler front end for a custom language in OCaml which features compilation and an interactive toplevel. Until now I am

> I just took another look at the LLVM project and it has come along in > leaps > and bounds since I last looked. I've been working through the (awesome!) > tutorial and am now really hyped about the project. > > I am particularly interested in using LLVM to write compilers for > OCaml-like > languages in OCaml-like languages. This requires some core functionality

using ./RJava --example --gui-none to invoke t.test core dumps. The line of R works if I go directly thru R and not RJava. Version info and code are below. Any help would be appreciated. --Laura O'Brien Applications Architect Version info ------------ Java: jdk1.5.0_03 R: 2.1.1 SJava: 0.68 OS: SunOs 5.8 example code that works ----------------------- [omegahat->R] mean (c

(readding llvmdev) On Sun, Nov 3, 2013 at 1:40 AM, Peter Zotov <whitequark at whitequark.org>wrote: > Sean Silva писал 03.11.2013 09:22: > >> On Sat, Nov 2, 2013 at 9:04 PM, Peter Zotov <whitequark at whitequark.org> >> wrote: >> >> Hello folks. >>> >>> I'm very interested in improving LLVM's OCaml bindings. I have

I did not touch virt-v2v for a while, and I cannot build it now. There are not instructions in the README on under docs, so I tried the common stuff: $ ./autogen.sh ... Next you should type 'make' to build the package, ... $ make make all-recursive make[1]: Entering directory '/home/nsoffer/src/virt-v2v' Making all in common/mlstdutils make[2]: Entering directory

# HG changeset patch # User Ian Campbell <ijc@hellion.org.uk> # Date 1353432141 0 # Node ID be294b1cdd00dac5d3a1b42faf06656902b99e5b # Parent 739989dcd108c6dac61aa9c87be2a75feafb9871 libxl: ocaml: fix code intended to output comments before definitions I''m not sure how useful these comments actually are but erred on the side of fixing rather than removing. Signed-off-by: Ian

Hi all, As part of my bachelor's thesis I'm trying to implement a new LLVM-based back end for the OCaml compiler. Currently I have a problem with LLVM's interface to the OCaml garbage collector. When I try to compile the attached program using llc I get the following stack dump: 0 llc 0x00000000016611de 1 llc 0x00000000016616aa 2 libpthread.so.0

Hello folks. I'm very interested in improving LLVM's OCaml bindings. I have several nontrivial patches sitting on llvm-commits for several weeks, and so far there's been little interest in them. Could someone with a good understanding of OCaml please take a look at these? 1) http://llvm-reviews.chandlerc.com/D1925 Every other function in OCaml bindings accepts context

Hi all, As part of my bachelor's thesis I'm trying to implement a new LLVM-based back end for the OCaml compiler. Currently I have a problem with LLVM's interface to the OCaml garbage collector. When I try to compile the attached program using llc I get the following stack dump: 0 llc 0x00000000016611de 1 llc 0x00000000016616aa 2 libpthread.so.0

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

On 6/27/23 14:33, Richard W.M. Jones wrote: > Link: https://discuss.ocaml.org/t/ocaml-5-forcing-objects-to-be-collected-and-finalized/12492/2 > --- > ocaml/t/guestfs_065_implicit_close.ml | 8 ++++++++ > 1 file changed, 8 insertions(+) > > diff --git a/ocaml/t/guestfs_065_implicit_close.ml b/ocaml/t/guestfs_065_implicit_close.ml > index f2dfecbd5c..04e511dd8a 100644 > ---

Link: https://discuss.ocaml.org/t/ocaml-5-forcing-objects-to-be-collected-and-finalized/12492/2 --- ocaml/t/guestfs_065_implicit_close.ml | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/ocaml/t/guestfs_065_implicit_close.ml b/ocaml/t/guestfs_065_implicit_close.ml index f2dfecbd5c..04e511dd8a 100644 --- a/ocaml/t/guestfs_065_implicit_close.ml +++ b/ocaml/t/guestfs_065_implicit_close.ml

Hi, I had some Java code that worked with SJava 0.65 under R 1.8.*. I'm trying to get it to work with R 2.0.0. My JVM is Sun 1.5.0 (running on Fedora Core 2) I downloaded and installed SJava 0.65 in my personal directory using R CMD INSTALL SJava-0.65.tar.gz -l ~/src/Rlibrary and before starting R I sourced RJava.bsh. However after loading the SJava library if do javaConfig() I get

It was a pain to diagnose a build failure due to the lack of ocaml-xml-light. With this change, autogen.sh will diagnose it for you. If there end up being more than that one required ocaml package, I'd change things to factor out the literal string in the diagnostic. >From abc8363ef71809bd0986b752465ca6f65660ca4c Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com>

Hi libvirt developers and users, TL;DR: you need to clone again the libvirt-ocaml repository, if you had one already Due to the way the repository was converted from another SCM in the past, some of the metadata of older commits was broken, and this made the repository unusable with more strict git configurations (e.g. as used on GitHub). You can read more details about this in

This is now complete and soon the new packages will be merged into Fedora Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2e0b2d6395 A few non-critical packages failed to build, and I will look at these later unless someone gets around to it before me. The failures are listed at the end. Notable changes: - Release notes: https://ocaml.org/releases/4.09.0.html - ocaml-camlp4

Package: libxen-ocaml-dev Version: 4.2.0-1 Severity: important Tags: patch Dear Maintainer, The ocaml libraries are currently unusable as they contain the build path of .s libraries. For example: root at myvm:~# cat test.ml let _ = let v = Xenctrl.with_intf (fun h -> Xenctrl.version h) in () root at myvm:~# ocamlfind ocamlopt -package xenctrl test.ml -linkpkg -o test File

Currently it's OCaml >= 3.11 (http://libguestfs.org/guestfs-building.1.html#full-list-of-requirements). That was chosen because it is the version of OCaml in RHEL 6. But actually libguestfs isn't compilable on RHEL 6 because the version of yajl is too old (there are probably other issues too, but that's the first one I came up against). Can we choose a new minimum version? There