similar to: need some help

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19.03.2013 20:35, Janne Hyv?rinen wrote: > > On 19.3.2013 15:49, JonY wrote: >> On 3/19/2013 19:59, Janne Hyv?rinen wrote: >>> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>>> JonY wrote: >>>> >>>>> Before anyone does anything, see __wgetmainargs >>>>>

Hi all, I''ve got a preliminary JRuby version of win32-api checked into CVS at the moment under win32-api/lib/win32/api.rb. I''ve also pasted it below. It doesn''t quite work right in that I can''t get it to modify the arguments in place in the API#call method. Take a look at the sample code at the very bottom to see what I mean. I haven''t even tried

On 19.3.2013 19:13, LRN wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 19.03.2013 20:35, Janne Hyv?rinen wrote: >> On 19.3.2013 15:49, JonY wrote: >>> On 3/19/2013 19:59, Janne Hyv?rinen wrote: >>>> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>>>> JonY wrote: >>>>> >>>>>> Before anyone does

Hi All, I have implemented a JNI library on window that call the C++ dll APIs. Now I want my JAVA program is run on the UNIX system. I have used WineLib to wrapper Window Dlls to the Share Object Lib (so lib) (Using Winedump and Winegcc to build). The functions in the so lib can work normally with my C main test function. BUT when I call it from Java. The function can linked BUT it is crashed at

I'm use Gentoo and I've tried wine-1.1.4 as well as the latest version from git. No matter which wine command I try, the error is always just about the same: # winecfg err:heap:HEAP_GetPtr Invalid heap (nil)! err:heap:HEAP_GetPtr Invalid heap (nil)! err:module:attach_process_dlls "KERNEL32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization

I'm trying to run a fairly old economic programme. I starts and runs but all these messages comes up. The printer is working with CUPS. In my system.reg the printer is registered and it all looks right. Any clues? Thanks /Leslie err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availa err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not availa

I have a program im working on that calculates pi. I use GMP to handle large numbers. For some reason on Aug24 it stopped working and crashes on the loadlibrary call for MAIN.dll. I have been doing some work on it. So i dont know if its wine, me, or something else. I usesubversion so i moved backward to before the 24th and i still get the same problem. If you want some source just let me

Hi. I'm not sure if this is the correct place for this question, or if the wine-devel list is more appropriate; please let me know if I should ask over there. I'm trying to build, using winemaker/winegcc/etc, a DLL for use with a Windows binary. This is a somewhat unusual case, in that this library is actually explicitly being written for a Windows binary that will run in Linux (I'm

Hello all, First, happy to see the new release of WINE 20050111 for FreeBSD (and previous 20041201) I obtained and compiled the latest version for my standard FreeBSD 5.3 install. ? Upon running any windows/wine app I get the error messages err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not available err:heap:HEAP_CreateSystemHeap system heap base address 0x80000000 not

This is the results of my attempts to install a working wine system on freebsd using winetools. I've downloaded the last wine from ports (0.9.3,1) and the last winetools .tar.gz (0.9joIII). I had to patch the wt0 script because it didn't work on freebsd. Attached you'll find the diff which I strongly encourage to include in the next version of winetoos. I've managed to setup

On 19.3.2013 15:49, JonY wrote: > On 3/19/2013 19:59, Janne Hyv?rinen wrote: >> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>> JonY wrote: >>> >>>> Before anyone does anything, see __wgetmainargs >>>> <http://msdn.microsoft.com/en-us/library/ff770599.aspx>. >>>> >>>> It can expand wildcards. Since it already

Hi, This is Crystal. I have some questions about llvm-gcc. Could you please give me some advice? Thanks in advance. Problem description: Env: llvm-gcc (GCC) 4.2.1 gcc (GCC) 4.1.2 OS:fedora7 I tried to compile a C programme test.c with llvm-gcc by task: [root at localhost mylib]# llvm-gcc -emit-llvm test.c -Llibmylib.a -c -o test.bc [root at localhost mylib]# lli test.bc after running the command

Hello, I 'd like to use some functions in myLib. So I do: library(myLib) Then I get this message: Error: package 'myLib' is not installed for 'arch=i386' > sessionInfo() R version 2.13.2 (2011-09-30) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=French_France.1252 LC_CTYPE=French_France.1252 LC_MONETARY=French_France.1252 LC_NUMERIC=C

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

I have just discovered the existence of Wine as I was thinking of creating a Windows partition in order to process audio files using some of the great VST fx plugins (such as dblue glitch) that are only available on Windows. I could then import the files into Logic 9 on Mac OSX Lion for use in my music. A Windows partition seemed the only solution until I stumbled across the Wine website: I tried

hi all, i posted a question before about this, but i may have been too cryptic to understand. in short, there exists an R package that someone is writing. this package depends on a custom library (written in C,), compiled as a shared, and called by the package's functions via the .Call(...) method. we are testing out different code implementations of the compiled library functions, and thus

Hello, I'm trying to install R from sources on two Linux machines (both with Suse 12.2): 1. > uname -a Linux cs-wsok 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux 2. > uname -a Linux csltok.swansea.ac.uk 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux I am trying version

hello, I have been using wine for quite a while, with many applications. mostly though, i am using wine for VST support via wineASIO. For the most part, this method works extremely well. many of the plugins i use work pretty much flawlessly. the only real exception is that occasionally the VST's GUI will cause an xrun in jackd. this hardly ever matters, as most of the time i am not using

Dear R users, we are trying to build a R package that includes a precompiled shared library, let's say mylib.so. We created the skeleton of the package and we moved the mylib.so file into the libs folder that we created at the same level of the folders man and R. Moreover we created the file NAMESPACE and we added the line useDynLib(mylib, .registration=TRUE). The building step seems to work