[rkward-users] RCurl and Rkward on windows

Matthieu Stigler matthieu.stigler at gmail.com
Fri Oct 7 13:47:06 UTC 2011


I gave a quick try and do NOT get the error:

 > library('RCurl')
Le chargement a nécessité le package : bitops

R version 2.13.2 (2011-09-30)
Platform: x86_64-pc-linux-gnu (64-bit)

  [1] LC_CTYPE=fr_FR.UTF-8          LC_NUMERIC=C
  [3] LC_TIME=fr_FR.UTF-8           LC_COLLATE=fr_FR.UTF-8
  [5] LC_MONETARY=fr_FR.UTF-8       LC_MESSAGES=en_US.utf8
  [7] LC_PAPER=fr_FR.UTF-8          LC_NAME=fr_FR.UTF-8
  [9] LC_ADDRESS=fr_FR.UTF-8        LC_TELEPHONE=fr_FR.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] RCurl_1.6-7    bitops_1.0-4.1 rkward_0.5.6

loaded via a namespace (and not attached):
[1] tools_2.13.2

Le 07/10/2011 15:25, Thomas Friedrichsmeier a écrit :
> Hi,
> On Friday 07 October 2011, Mischa Vreeburg wrote:
>> Do you know what is wrong with the dll loading of RCurl in the current
>> version of Rkward on windows?
>> I get this result
>>> library('RCurl')
>> Loading required package: bitops
>> Error in inDL(x, as.logical(local), as.logical(now), ...) :
>>    unable to load shared object
>> 'C:/Users/Public/Programs/RKWard/R/library/RCurl/libs/i386/RCurl.dll':
>>    LoadLibrary failure:  The specified procedure could not be found.
> confirmed. Did this work for you any time in the past? If so, do you have an
> idea, which versions of KDE, RKWard and R you were using?
> The issue appears to be that both RKWard, and RCurl link against different
> versions of libeay32.dll. Unfortunately, the two versions appear to be
> incompatible.
> The issue would _probably_ go away, if RCurl was built against (and shipped
> with) a more recent libeay32.dll. On the RKWard side, I'm not really sure,
> where the library comes in (this is a split-out from libssl, as far as I
> understand). Perhaps we might be able to avoid the problem by further trimming
> down the libraries that the rkward.rbackend.exe is linked against. Currently,
> this includes kdecore, mostly in order to provide a few translatable strings.
> It probably makes sense to try to trim that down to just QtNetwork and QtCore.
> Will not be fixed for the upcoming 0.5.7 release, I fear.
> Regards
> Thomas
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> RKWard-users mailing list
> RKWard-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/rkward-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/rkward-users/attachments/20111007/ed217c8d/attachment.html>

More information about the Rkward-users mailing list