Possibly just a symptom of the earlier behavior, but I'll amend my
example, below, with an even more disturbing observation:
Am Sat, 23 May 2020 13:19:24 +0200
schrieb Thomas Friedrichsmeier via R-devel :
[...]
> Consider the code below:
>
> makeActiveBinding("i",
Hi,
I stumbled upon a surprising behavior when using an active binding as a
loop index variable in R 4.0.0. In contrast, the behavior observed in R
3.6.1 is in line with my expectations.
Consider the code below:
makeActiveBinding("i",
function(value) {
if (missing(value)
Hi,
On Friday 26 April 2013 21:07:00 Laurent Gautier wrote:
[...]
> SEXP R_data_class(SEXP obj, Rboolean singleString)
> ```
>
> I am obviously writing this because I'd wish to see it in the API,
[...]
I'd like to second this request, as we'd have use for this in RKWard, too.
Regards
Thomas
si
Hi!
In RKWard we use R_tryEval() at a number places to run R commands. In order to
make sure that any generated warnings become visible close to the problem, we
were following up (most of) these calls with Rf_PrintWarnings().
Rf_PrintWarnings() was never available in the headers (as far as I kn
Hi,
1. I suggest adding the following piece of advice at the end of the section
describing R_getEmbeddingDllInfo() (currently 8.1.3) in R-exts.texi:
---
In order to call registered symbols of the embedding application from a
package, you have to specify @code{PACKAGE = "(embedding)"} in
@code{.C
Hi,
On Tuesday 04 October 2011, Simon Urbanek wrote:
> I don't see why this should be anything new - this is already happening
> since both packages that were folded into parallel (snow and multicore)
> are well known and well used.
>
> In multicore we were explicitly warning about this and also
Dear R developers,
with the inclusion of the package "parallel" in the upcoming release of R,
users and package developers are likely to make increasing usage of
parallelization features. In part, these features rely on forking the R
process. As ?mcfork points out, fork()ing in a GUI process is
On Wednesday 03 August 2011, Duncan Murdoch wrote:
> I can't reproduce this. Can you get any more detail, e.g. by setting
> options(error=recover) or similar?
Interestingly, that does not start a browser, and options(error=dump.frames)
appears to have no effect, either. geterrmessage() does list
On Monday 01 August 2011, Duncan Murdoch wrote:
> I've just committed the changes to R-devel. Let me know if there is
> anything worse than what I described.
Well, you did not give detail on that, but I was surprised about the "topic"
field for vignettes. Here (on a Debian/Linux system), for som
On Saturday 30 July 2011, Duncan Murdoch wrote:
> I have not committed this code yet, because the new types of entries
> could mess up existing front ends and I wanted to give people some
> warning. I expect I'll commit (to R-devel only) within a day or two.
Many thanks for the warning! I have ad
On Friday 29 July 2011, Duncan Murdoch wrote:
> Which front ends process the help.search() results to produce nice
> clickable lists, instead of the simple text display that's the default?
> I know the R.app gui on Mac OS does; are there others?
RKWard does, too. (More precisely: It has a UI for
On Wednesday 01 June 2011, Simon Urbanek wrote:
> This is a whole different story. So far I have been talking about embedding
> GUIs which use Read/WriteConsole and that is also what the original
> question was about. Obviously you can add toolkit packages, but I don't
> consider those GUIs in the
On Wednesday 01 June 2011, Simon Urbanek wrote:
> I suppose, yes, it's possible, but I see somewhat of an asymmetry if done
> that way : GUIs are like plug-ins in that there is a set of functions they
> have to implement to work properly. In the current state this is done
> using the C-level hooks,
Hi,
On Tuesday 31 May 2011, luke-tier...@uiowa.edu wrote:
> Yes you should. Changing things in other people's packages is not a
> safe thing to do.
sorry to insist, but I was hoping for a slightly more specific pointer. I'll
try asking it another way:
Suppose I was using assignInNamespace() ent
On Tuesday 31 May 2011, Simon Urbanek wrote:
> The history entries are somewhat in a grey area, because most GUIs use
> their own implementation of history (and thus they are irrelevant) and the
> *history() commands are documented to only use readline-backend. That
> said, they could be easily use
On Tuesday 31 May 2011, Simon Urbanek wrote:
> I would expect so, but I'll let Luke comment on it. It is definitely a very
> bad idea.
>
> R provides facilities for customization and other GUIs are using them
> properly. If you are lacking anything, I would suggest asking here first -
> it is much
On Tuesday 31 May 2011, luke-tier...@uiowa.edu wrote:
> Also note at the beginning of of th help file:
>
> Utility functions to access and replace the non-exported functions
> in a name space, for use in developing packages with name spaces.
>^^^
On Monday 25 April 2011, Simon Urbanek wrote:
> Actually, it just came to me that there is a hack you could use. The
> problem with it is that it will eat all errors, even if they were not
> yours (e.g. those resulting from events triggered the event loop), so I
> would not recommend it for general
Hi Tony,
On Sunday 23 January 2011, you wrote:
> Request: An additional hook in plot.new() that is called prior to the call
> to .Internal(plot.new()). Reason: To allow the hook to set up or modify a
> graphics device that the new plot will appear in.
for what it's worth, you can work around the
On Friday 05 November 2010, Jeffrey Horner wrote:
> Anyone have comments on this? PrintWarnings would be nice to utilize
> for those embedding R.
I had missed your previous post.
Rf_PrintWarnings is pretty useful when embedding R, indeed. We do use it in
RKWard. So I would certainly appreciate i
Hi,
On Wednesday 21 July 2010, Jan van der Laan wrote:
> How do I ensure that the windows keep being updated?
in RKWard we run the following periodically during idle phases:
// this basically copied from R's unix/sys-std.c (Rstd_ReadConsole)
#ifndef Q_WS_WIN
for (;;) {
f
Dear R developers,
in RKWard we use a custom main loop built around R_ReplDLLdo1(). Recently I
found out that toplevel task callback are not called. Looking at the source of
R_ReplDLLdo1() in main.c, the reason is easy to see: This simply does not
include a call to Rf_callToplevelHandlers().
T
On Wednesday 30 September 2009, Jeff Horner wrote:
> Simon Urbanek wrote:
> [...]
>
> > I don't have konqueror at hand, so I have tested and fixed the lynx case
> > (lynx is acting as an HTTP/1.0 client and expects non-persistent
> > connection). With some luck the fix may solve the konqueror issu
Hello,
sorry to provide only very little testing, but with the release date nearing,
I thought it better to report this quickly than to wait for an uncertain
period until I find more time.
I'm observing strange problems connecting to the httpd help server with
konqueror (KDE 4.3.1):
options
On Tuesday 30 June 2009, Romain Francois wrote:
> This was more of a question. I'd like to know if there is a way for
> objects to broadcast that they have changed.
> This would be very useful to for example implement an object browser in
> a front-end, which I guess is part of the reason for the t
Hi,
On Tuesday 30 June 2009, Romain Francois wrote:
> Not sure your trick is full-proof. What happens when the variable you
> copy is already an active binding ?
see promises, below.
> There should be another way to track
> changes.
I'm open to suggestions.
> It is more about seeing what the o
On Monday 29 June 2009, Romain Francois wrote:
> I'm attaching a patch that prints this instead:
> > ls.str()
>
> xx :
>
> Although a better behaviour would be to show the binding function.
I can see your point, but note that active bindings are not necessarily slow,
and a special treatment may
On Tuesday 26 May 2009, Christian Ledergerber wrote:
> I would like to display error messages and warnings which are generated in
> R in my own GUI. For normal output we simply had to assign a callback
> function to ptr_R_WriteConsole and ptr_R_ShowMessage. According to google
> there should be si
Hi,
On Thursday 20 September 2007, Gabor Grothendieck wrote:
> 1. Is there some way to copy a promise so that the copy has the same
> expression in its promise as the original.
As far as I am aware (which is not very far at all), there is no way to do
this in R code. However, it's fairly simple
e easy for
GUIs to override the behavior. Also, all platform specific code would be
contained inside registerVignette(), only.
Regards
Thomas Friedrichsmeier
pgpJRQyZk7nq7.pgp
Description: PGP signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tuesday 17 April 2007 09:12, Prof Brian Ripley wrote:
> On Mon, 16 Apr 2007, Thomas Friedrichsmeier wrote:
[...]
> > While at it, I was wondering, why
> >
> > formals(c)
> >
> > still returns NULL, in contrast.
>
> Because only closures have formals, th
hy
formals(c)
still returns NULL, in contrast.
Regards
Thomas Friedrichsmeier
pgpjLrLL8eGiE.pgp
Description: PGP signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Saturday 07 April 2007 00:39, Luke Tierney wrote:
> Even though it isn't officially part of the API it has seen some use
> so I'd prefer not to change the interface; instead add
>
> SEXP R_tryEvalWithVis(SEXP e, SEXP env, int *ErrorOccurred, int *visible);
>
> or something along those lines and
Report numbers 9550, 9552, and 9553 are sorted into wishlist (and have been
for a while, now), but should go into trashcan, instead.
Regards
Thomas Friedrichsmeier
pgpSWhfzlUISi.pgp
Description: PGP signature
__
R-devel@r-project.org mailing list
On Thursday 29 March 2007 23:05, Peter Dalgaard wrote:
> Thomas Friedrichsmeier <[EMAIL PROTECTED]>
> > Well, to be precise, the exact p-value really isn't computed in this
> > case, but there's still the warning, as though exact=TRUE had been
> > specifi
exact <- ((m < 50) && (n < 50))
+exact <- ((m < 50) && (n < 50) && (!TIES))
if(exact && !TIES) {
pansari <- function(q, m, n) {
Regards
Thomas Friedrichsmeier
pgp4plLqZm7WH.pgp
Description: PGP signature
___
On Thursday 29 March 2007 21:39, Thomas Friedrichsmeier wrote:
> The help page for ansari.test() says (emphasis added):
>
> By default (if exact is not specified), an exact p-value is computed if
> both samples contain less than 50 finite values **and there are no ties**.
&g
--nextPart4163908.Y9KBlY7Qjy
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Tuesday 06 March 2007 17:56, Greg Snow wrote:
> Another approach may be to use hooks (see ?setHook). The plot.new
> function already has a hook,
Full_Name: Thomas Friedrichsmeier
Version: 2.4.1
OS: linux (Debian unstable)
Submission from: (NULL) (84.60.113.185)
Summary: It would be nice to have a centralized option for setting default par()
options for all devices and all plots. This would ease producing graphs in a
customized but
On Wednesday 21 February 2007 23:58, Prof Brian Ripley wrote:
> Yes, this is as expected/documented (in so far as R_tryEval is
> documented: it is not part of the API, as far as I am aware).
Fortunately, it is part of the API.
Regards
Thomas Friedrichsmeier
pgpvK3lruN9w8.pgp
Descriptio
On Wednesday 21 February 2007 23:53, Martin Morgan wrote:
> Yes, I know this, but R then acts as though it were interactive!
> Thanks for the suggestion though. Martin
If that is a problem, another way around it would be to set options("error")
instead.
Regards
Thomas
Rinterface.h) to TRUE, after Rf_initEmbeddedR().
Regards
Thomas Friedrichsmeier
pgpJtOmLfGYg9.pgp
Description: PGP signature
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
hand-code efficient conversion to UTF-8 (but may be too
close to the internals).
Not sure, whether this is considered important enough to warant inclusion in
the API, but I just wanted to throw in the idea in time.
Regards
Thomas Friedrichsmeier
pgpGliPm0PTAW.pgp
Description: PGP
umb, don't report problems here, unless you can reproduce th=
em=20
in a plain R session.
Regards
Thomas Friedrichsmeier
--nextPart1830390.4s8xi7h1go
Content-Type: application/pgp-signature
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQBFvzQwEKRv+5DVNhgRAorE
Full_Name: Thomas Friedrichsmeier
Version: 2.4.1
OS: Linux
Submission from: (NULL) (84.61.205.78)
Frontends wishing to emulate an R console typically want to print the value of
an evaluation, if and only if R_Visible is TRUE. R_Visible has never been part
of the public API (at least not as far
Full_Name: Thomas Friedrichsmeier
Version: 2.4.1
OS: Linux
Submission from: (NULL) (84.61.205.78)
Currently, the C-API provides for parsing vectors (R_ParseVector()), but there
does not seem to be a way to get at the detailed parse error message from C.
Only a status code is returned, no error
DLLdo1() and
friends, which could then be simplified to use this function, internally.
Regards
Thomas Friedrichsmeier
/* print mode: 0: print if visible. 1: always print 2: never print */
SEXP R_DLLGenericEplDo1 (unsigned char *buffer, ParseStatus *parse_status,
Rboolean set_last_sym_value,
make sure the next release of
RKWard will be compilable with R 2.5.0, I'd like to make sure, whether or not
the change is here to stay.
Regards
Thomas Friedrichsmeier
pgpkvniKL3of2.pgp
Description: PGP signature
__
R-devel@r-project.org mailing
.
Regards
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear R developers,
On Tuesday 07 November 2006 15:26, Thomas Friedrichsmeier wrote:
> I've been experimenting with embedding R X11 windows into another
> application using KDE's QXEmbed on linux. Attempting to do so will crash R
> (with R 2.4.0, trunk, and I know the bug has b
ontext() may fail in the context of embedding the
X11 window. The patch simply checks the return value of XFindContext() for a
non-zero (i.e. error) value, and in that case drops out of the function.
Does this seem like a valid fix? Should I provide more info?
Hi Philippe!
Sorry to break the threading and formatting, I'm not subscribed to r-devel,
hence just copying from the web archive.
Philippe Grosjean wrote:
>- To know if some R code is complete or is continued to the next line.
> The following trick was suggested by Peter Dalgaard once, but it i
Full_Name: Thomas Friedrichsmeier
Version: 2.4.0
OS: GNU/Linux
Submission from: (NULL) (84.61.116.51)
Since R 2.4.0, operator "::" also returns objects in the package environment, if
the package does not have a namespace. This is a very welcome addition.
Additional wish:
If a pac
Hi,
I discovered the following strange behavior in parse () on syntactically
incorrect statements. This is on R 2.3.0 (linux). It may or may not have been
present earlier than 2.3.0, but I only discovered it recently. I can see no
mention of it in the NEWS file from trunk.
Consider these state
Prof Brian Ripley wrote:
> On Mon, 17 Apr 2006, Charles Dupont wrote:
[...]
> > The man page states in the value section that strsplit returns:
> > A list of length 'length(x)' the 'i'-th element of which contains
> > the vector of splits of 'x[i]'.
> >
> > It mentions no change in behavi
Sorry, I wasn't aware, .c files would be scrubbed. Testcase available for
download here:
http://rkward.sourceforge.net/temp/threadEmbed.c
On Monday 17 April 2006 21:11, Thomas Friedrichsmeier wrote:
> Sorry about all the noise, but I'm slightly irritated by the absence of
> react
ted
again, below, fixes the problem.
Regards
Thomas
On Monday 17 April 2006 15:20, Thomas Friedrichsmeier wrote:
> Excuse me please, for being impatient, but I'm worried this issue may not
> be considered important enough to be fixed in R 2.3.0 at this late point of
> time. So let
Excuse me please, for being impatient, but I'm worried this issue may not be
considered important enough to be fixed in R 2.3.0 at this late point of
time. So let me re-state this:
In the current state, R will *not work at all* when run in a thread on linux.
I do not know how many embedding app
Dear R developers,
it seems the stack checking issue with embedded applications is not fully
resolved, yet. The problem arises, when multiple threads are involved. I.e.
the case, where R is run in a separate thread of the main application. In
this case, the call to (unix/system.c)
R_CStack
> | Wishlist item:
> |
> | There is a small problem using intall.packages() (and update.packages()):
> | Typically I want to install packages for system-wide use, not in a user
> | directory. Obviously this does not work without superuser rights.
>
> One can see this problem as a local system manag
Full_Name: Thomas Friedrichsmeier
Version: R 2.2.1
OS: Debian / Linux
Submission from: (NULL) (84.60.123.243)
Wishlist item:
There is a small problem using intall.packages() (and update.packages()):
Typically I want to install packages for system-wide use, not in a user
directory. Obviously
UsingTheInterfaceToR.html
Main low level interface:
http://rkward.sourceforge.net/development/en/documentation/api/classREmbedInternal.html
Regards
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rything going on behind the scenes, so you will be kept locked in, and
helpless for ever? No. Should everybody be forced to use a GUI? No. Does
anybody advocate otherwise? Not as far as I can see.
I don't think there's anything more to be said on this topic.
Regards
Thomas Friedrichs
py to give it a try. Just send me
a mail in this case. Probably, however, I would not be able to do this before
tomorrow.
Regards
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
hat. So this
> has to weighed against considering proposals which would appear to help
> just one user.
Sorry about writing more and more lengthy mails. I don't really want to. I
have better things to do as well. But this is important, and - sorry to say -
IMO you've simply overlooked a
> I am strongly opposed to locking in anything from the C internals of
> error handling that is not already part of the API. This is all very
> much subject to change and anything along the lines you propose will
> make that change more difficult.
Let's discuss this in two separate parts, then. T
it into several categories.
I'll gladly provide more explanations or a different format of patches if
needed.
Looking forward to your comments
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi Philippe,
> I answer to Marc's email, because I think it is the most constructive
> one. I am a little bit dissapointed that the discussion about R GUIs,
> whatever the initial subject, inevitably shifts to an endless discussion
> about which graphical toolkit to use, and whether one should int
Hi,
> Qt is C++, cross-platform using native widgets on OS X and Win and (since
> more recently) available without fee or license woes provided it is used
> for GPL'ed code.
>
> So it satisfies both the requirement to make it look and feel native
> whereever possible, and satisfies the preference
> since nobody has pointed me to an existing solution so far, here is a more
> specific suggestion. Attached you will find two patches against R version
> 2.2.0.
Sorry, seems the attachments were stripped (at least they don't show up in the
archive). Here are links to the two diffs in question:
Dear R developers,
since nobody has pointed me to an existing solution so far, here is a more
specific suggestion. Attached you will find two patches against R version
2.2.0.
The first patch does two things:
1) Add a function R_WriteErrConsole similar to R_WriteConsole, and a
corresponding ptr
> What I would like to have:
> Of course there would be many different ways to accomplish this. Here are
> some solutions I can think of:
I just had an additional idea:
4) Export inError, and inWarning from errors.c:
I'm not entirely sure this would really work as expected, but if it did, it
woul
Hi all,
I'm working on a GUI frontend for R, and I'm looking for a good way to catch
all warning- and error-output. The reason for this is mostly, that I would
like to know, which sections of the output are "normal" output, warnings, and
errors. This would allow for some nice features, such as
> R_ShowMessage (ptr_R_ShowMessage):
> This one, too, seems to have very few use-cases (but at least some). Most
> seem to be for errors during startup.
> I wonder:
> 1) If this callback is most useful during startR (...), can it even be used
> in a meaningful way? After all, startR () also initial
Hi!
I have an application embedding R. For that of course, it is great, that since
R 2.1.0 the pointers in Rinterface.h allow me to override some callbacks,
easily. However, after implementing/overriding a couple of those, I'm a bit
confused about when exactly they get called. So, here are a fe
75 matches
Mail list logo
