Re: [Rd] Faster sorting algorithm...

I think it is "Professor Neal" :) I also appreciate the pqR comparisons. On Wed, Mar 17, 2021 at 09:23:15AM +, Morgan Morgan wrote: Thank you Neal. This is interesting. I will have a look at pqR. Indeed radix only does C collation, I believe that is why it is not the default choice for

Re: [Rd] closing R graphics windows?

I use keyboard shortcuts to interact with my window manager. One of those shortcuts closes the currently focused window. This is on Linux. The only annoying thing for me is that 'plot()' is not interruptible, so neither Ctrl-C nor the window manager can stop a plot once it has started - but I

[Rd] writeBin and short writes

Dear R-devel, I'm curious why writeBin should always return NULL. Would anyone's code break if we made it return the number of bytes written? I'm not sure how else I'm supposed to use writeBin on a writable connection in non-blocking mode... See attached. Thank you, Frederick >From

Re: [Rd] defining r audio connections

On Wed, May 06, 2020 at 02:26:34PM -0400, Duncan Murdoch wrote: On 06/05/2020 1:09 p.m., frede...@ofb.net wrote: I only want an object that I can use `readBin` and `writeBin` on, to read and write audio data using e.g. `snd_pcm_writei` which is part of the `alsa-lib` package. I don't

[Rd] defining r audio connections

Dear R Devel, Since Linux moved away from using a file-system interface for audio, I think it is necessary to write special libraries to interface with audio hardware from various languages on Linux. In R, it seems like the appropriate datatype for a `snd_pcm_t` handle pointing to an open

Re: [Rd] best way to build from Git

Thank you all for your replies. On Thu, Dec 26, 2019 at 01:06:48PM +, Gábor Csárdi wrote: On Thu, Dec 26, 2019 at 12:39 PM Martin Maechler ... It would probably really be useful, if Lionel (or someone else) updated his nice write-up and auxiliary {script / make} - files so things work too

[Rd] best way to build from Git

Dear R-devel, I checked out a recent copy of R via Subversion and made a few changes to the code. I wanted to commit them locally to my repo, just to stay organized and keep them separate from other changes I plan to make. However, I was not able to commit them because I don't think SVN

Re: [Rd] Halfway through writing an "IDE" with support for R; Proof of concept, and request for suggestions.

On Sat, Jun 15, 2019 at 01:13:07PM +1200, Abby Spurdle wrote: What about Atom, VS Code and the like? Or what about taking a project that meets most of the constraints and pushing to cover all of them, or even forking it and modifying the part you don't like? I'm not prepared to endorse GitHub

Re: [Rd] [FORGED] src/modules/X11/devX11.c, can we remove "#if BUG" yet

Thanks again ... but by the way, I wonder if this would be a good time to take another look at the use case that produced this error. Consider that you have a complicated algorithm you are trying to analyze, and you decide to display plots of certain data, as part of the algorithm's main loop.

Re: [Rd] [FORGED] src/modules/X11/devX11.c, can we remove "#if BUG" yet

I tested it. It fixes the bug and didn't seem to produce any errors. Thank you Professor Dalgaard! I'm so glad this has finally been addressed. I will update the bug report. (https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16702) On Thu, May 02, 2019 at 04:48:51PM +0200, peter dalgaard

Re: [Rd] patch to improve matrix conformability error message

I'm not really the one who makes these decisions; I'd just wait for someone on the Core team to reply to this thread. Maybe they are all just busy right now. On Mon, Apr 29, 2019 at 10:08:43PM -0400, Joshua N Pritikin wrote: On Mon, Apr 29, 2019 at 06:28:46PM -0700, frede...@ofb.net wrote: I

Re: [Rd] patch to improve matrix conformability error message

I think this is a good idea. Is there a reason why it got no interest? Slippery slope? Or maybe others were also just occupied trying to figure out how Joshua's second message had timestamp earlier than his first message? On Fri, Apr 05, 2019 at 12:05:36PM -0400, Joshua N Pritikin wrote: With

Re: [Rd] [FORGED] src/modules/X11/devX11.c, can we remove "#if BUG" yet

Thanks Professor Dalgard. If you have a different way to fix the bug then I'd be happy to test it. Or whatever. I understand that maybe some data was being referenced before it had been initialized. I could also support moving the R_ProcessEvents call in another place, but it seems one would

Re: [Rd] [FORGED] src/modules/X11/devX11.c, can we remove "#if BUG" yet

Thanks Paul for answering the additional question. I admit that I've only had experience with R's X11 code through work on a couple of bugs, but for some reason I thought it might be nontrivial to move it all into a self-contained module due to interactions with various event loops. The two

[Rd] src/modules/X11/devX11.c, can we remove "#if BUG" yet

Dear R Devel, I know that someone put this line in src/modules/X11/devX11.c:2824 for a reason, because commenting it out causes R to miss an important ConfigureNotify event in my window manager. The result is that plots are initially drawn off the window borders, unreadable.

Re: [Rd] Documentation examples for lm and glm

I agree with Steve and Achim that we should keep some examples with no data frame. That's Objectively Simpler, whether or not it leads to clutter in the wrong hands. As Steve points out, we have attach() which is an excellent language feature - not to mention with(). I would go even further and

Re: [Rd] Poor documentation for "adj" and text()

Thanks Martin. I wouldn't necessarily fault Ulrich for his subject line - unless you want to propose a better one... I might fault him for not following up and checking out the patch that I submitted at his prompting. I noticed that you committed my patch last Friday, with some welcome

Re: [Rd] Poor documentation for "adj" and text()

Hello Core Team, I sent this patch over a year ago. It looks like it was sent in response to another user's complaint which echoed some of my own observations about problems in the documentation for 'text'. Did anyone have a chance to look it over? I'd like to get it out of my queue. Thanks,

Re: [Rd] Modification-proposal for %% (modulo) when supplied with double

Duncan, I think Emil realizes that the floating point format isn't able to represent certain numbers, that's why he is suggesting this change rather than complaining about our arithmetic being broken. However, I agree with you that we should not adopt his proposal. It would not make things more

Re: [Rd] Duplicate column names created by base::merge() when by.x has the same name as a column in y

Hi Scott, I tried the new patch and can confirm that it has the advertised behavior on a couple of test cases. I think it makes sense to apply it, because any existing code which refers to a second duplicate data.frame column by name is already broken, while if the reference is by numerical index

Re: [Rd] Duplicate column names created by base::merge() when by.x has the same name as a column in y

Hi Scott, I think that's a good idea and I tried your patch on my copy of the repository. But it looks to me like the recent patch is identical to the previous one, can you confirm this? Frederick On Mon, Feb 19, 2018 at 07:19:32AM +1100, Scott Ritchie wrote: > Thanks Gabriel, > > I think your

Re: [Rd] Duplicate column names created by base::merge() when by.x has the same name as a column in y

Hi Scott, Thanks for the patch. I'm not really involved in R development; it will be up to someone in the R core team to apply it. I would hazard to say that even if correct (I haven't checked), it will not be applied because the change might break existing code. For example it seems like

Re: [Rd] Duplicate column names created by base::merge() when by.x has the same name as a column in y

Hi Scott, It seems like reasonable behavior to me. What result would you expect? That the second "name" should be called "name.y"? The "merge" documentation says: If the columns in the data frames not used in merging have any common names, these have ‘suffixes’ (‘".x"’ and ‘".y"’ by

Re: [Rd] Suggestion: Create On-Disk Dataframes; SparkR

What's wrong with SparkR? I never heard of either Spark or SparkR. For on-disk dataframes there is a package called 'ff'. I looked into using it, it works well but there are some drawbacks with the implementation. I think that it should be possible to mmap an object from disk and use it as a

Re: [Rd] italic font on cairo devices in R 3.4

cairo devices (both pdf and svg) that have the issue. > Unfortunately I need to use cairo_pdf due to unicode characters in axis > labels. > > Cheers, Ilia > > > Original Message > Subject: Re: [Rd] italic font on cairo devices in R 3.4 > Date: 2017-07-07 1

Re: [Rd] italic font on cairo devices in R 3.4

Hi Ilia, I'm running Arch Linux, R 3.4.0. Here's my test.pdf from your minimal example: https://ptpb.pw/HxsA.pdf It doesn't look pixelated to me... Here's a post that I wrote when I solved my last font problem in R, almost 2 years ago: https://stackoverflow.com/a/40940331/5087283 I had to

Re: [Rd] SUGGESTION: R Base Packages

Hello! Thanks to Juan for his suggestions. I would like to voice my opinion for and against some of these. > o Add in Bugzilla an Area in order to request membership for bug reporting, > which shall itself include another area to introduce a little dissertation > for justifying "Why someone

Re: [Rd] tempdir() may be deleted during long-running R session

> > It might still be useful if R could sometimes detect when automated > > cleanup happened and warn the user. Perhaps a simple way could be to > > always create an empty file inside session directory, like > > ".tmp_cleaner_trap". R would never touch this file, but check its > > existence

Re: [Rd] tempdir() may be deleted during long-running R session

> Frederick posted the way to do this in systems using systemd. We should be > putting that in place, or the equivalent on systems using other tempfile > cleanups. This looks to me like something that "make install" should do, or > perhaps it should be done by people putting together packages

Re: [Rd] tempdir() may be deleted during long-running R session

Hi Gabriel, Thanks for asking for a better solution, as far as actually preventing temporary files from getting deleted in the first place. I still don't know very much about other peoples' distributions, but Arch uses Systemd which is the culprit on my system. Systemd's 'tmpfiles.d(5)' man page

Re: [Rd] tempdir() may be deleted during long-running R session

On Tue, Apr 25, 2017 at 02:41:58PM +, Cook, Malcolm wrote: > Might this combination serve the purpose: > * R session keeps an open handle on the tempdir it creates, > * whatever tempdir harvesting cron job the user has be made sensitive > enough not to delete open files

Re: [Rd] tempdir() may be deleted during long-running R session

Dirk, Your message felt a bit antagonistic to me, or maybe I'm not understanding what you're trying to say. We all seem to agree that different configurations exist, and that some Linux distributions are configured to delete files in /tmp/ after a certain amount of time (seems to be 10 days for

Re: [Rd] tempdir() may be deleted during long-running R session

Hi Mikko, I was bitten by this recently and I think some of the replies are missing the point. As I understand it, the problem consists of these elements: 1. When R starts, it creates a directory like /tmp/RtmpVIeFj4 2. Right after R starts I can create files in this directory with no error

Re: [Rd] Poor documentation for "adj" and text()

Thanks Ulrich for sharing your experience. I'm attaching a patch which tries to address the issues you raised. I agree with you in principle, but I think it makes sense to leave some details under "Details". However, the descriptions in "Arguments" should give enough information that a user can

Re: [Rd] strptime("1","%m") returns NA

this way for a long time. Frederick On Tue, Jan 17, 2017 at 01:35:35PM +, Martyn Plummer wrote: > Hi Frederik, > > On Mon, 2017-01-16 at 18:20 -0800, frede...@ofb.net wrote: > > Hi R Devel, > > > > I wrote some code which depends on 'strptime' being able to parse a

Re: [Rd] Graphics Device API change

Thank you Paul for taking care of these patches. I'm very glad to see them finally applied in r-devel. Frederick On Mon, Feb 27, 2017 at 01:31:39PM +1300, Paul Murrell wrote: > Hi > > r72261 in r-devel has modified the graphics device API and bumped > R_GE_version in GraphicsEngine.h (to

Re: [Rd] Update copyright year in manuals

On Thu, Feb 23, 2017 at 03:23:10PM +0100, Martin Maechler wrote: > > Mikko Korpela > > on Thu, 23 Feb 2017 14:02:58 +0200 writes: > > > With new R releases soon to come, I suggest updating the > > Rcopyright macro in "doc/manual/R-defs.texi" to use

[Rd] strptime("1","%m") returns NA

Hi R Devel, I wrote some code which depends on 'strptime' being able to parse an incomplete date, like this: > base::strptime("2016","%Y") [1] "2016-01-14 PST" The above works - although it's odd that it gives the month and day for Sys.time(). I might expect it to set them both to zero as the

Re: [Rd] unlicense

I don't see why Charles' question should be taken as anything other than an honest request for information. As for me, I've never heard of this license, but if CRAN doesn't have an option to license software in the public domain, then I would support the inclusion of some such option. FWIW,

Re: [Rd] bug with strptime, %OS, and "."

Thanks for the reply. That's a creative way to do it, but I wanted to use the same format string for both parsing and formatting my file name. I figured I should just put this on the bug tracker in case someone is editing strptime at some point in the distant future:

Re: [Rd] bug with strptime, %OS, and "."

On Tue, Jan 10, 2017 at 08:13:21PM -0600, Dirk Eddelbuettel wrote: > > On 10 January 2017 at 17:48, frede...@ofb.net wrote: > | Hi R Devel, > | > | I just ran into a corner case with 'strptime'. Recall that the "%OS" > | conversion accepts fractional seconds: > | > | >

[Rd] bug with strptime, %OS, and "."

Hi R Devel, I just ran into a corner case with 'strptime'. Recall that the "%OS" conversion accepts fractional seconds: > strptime("17_35_14.01234.mp3","%H_%M_%OS.mp3")$sec [1] 14.01234 Unfortunately for my application it seems to be "greedy", in that it tries to parse a decimal point which

[Rd] [RE: why does parent.frame() cycle when called from inside capture.output()?]

olearn=ham autolearn_force=no version=3.4.1 X-Spam-Level: X-My-Tags: inbox r-devel Hi Frederik [ I'm replying off-list in case you, or the rest of R-devel, don't find this reply useful... please fwd to the list if it does help you ] I'm the author of the 'debug' package. When I wrote it--- many yea

[Rd] why does parent.frame() cycle when called from inside capture.output()?

Hello R devel/help, I ran into this strange behavior: # showstack is supposed to walk through the stack of parent # environments when it is called: showstack = function() { env = environment() for(i in 1:12) { env = do.call(parent.frame, list(), env=env)

Re: [Rd] methods(`|`) lists all functions?

On Thu, Dec 08, 2016 at 09:37:59PM -0500, Martin Morgan wrote: > On 12/08/2016 05:16 PM, frede...@ofb.net wrote: > > Dear R-Devel, > > > > I was attempting an exercise in Hadley Wickam's book "Advanced R". The > > exercise is to find the generic with the greatest number of methods. > > > > I

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Hi Paul, Thanks for keeping me posted and letting me know what I should do. Are there regression tests for other graphics functions in R? To me that sounds a bit unnecessary. I think you get more testing from people who use R; and having a good turnaround for applying patches (some have been

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Hi Paul, Thanks for your efforts. Do you have an idea when my patch(es) might be committed? Is there anything I can do to help move this along? Thanks, Frederick On Mon, Nov 14, 2016 at 08:55:20AM +1300, Paul Murrell wrote: > Hi > > The current status is that I am keen for people to

[Rd] methods(`|`) lists all functions?

Dear R-Devel, I was attempting an exercise in Hadley Wickam's book "Advanced R". The exercise is to find the generic with the greatest number of methods. I found that 'methods(`|`)' produces a list of length 2506, in R 3.3.1. Similar behavior is found in 3.4.0. It seems to include all functions

Re: [Rd] segfault with POSIXlt zone=NULL zone=""

Thanks for the reply, Duncan. It looks like Martin can commit a patch faster than I can open a bug report... Frederick On Tue, Dec 06, 2016 at 12:39:32PM -0500, Duncan Murdoch wrote: > I agree this is a bug; R should never segfault. I wouldn't call it a high > priority one, since you can avoid

[Rd] ok to segfault with POSIXlt zone=NULL zone=""?

Hi all, Here's a more minimal version of my earlier bug report (thanks, Joshua Ulrich): d=as.POSIXlt(Sys.time()); d$zone=NULL; d$zone=""; d I got some helpful, if glib, feedback from Joshua that the segfault may be caused by the changing of the order of the list elements in 'd' (representing

Re: [Rd] segfault with POSIXlt zone=NULL zone=""

Hi Joshua, Thank you for minimizing my test case. > > Hope I'm not doing something illegal... > > > You are. You're changing the internal structure of a POSIXlt object > by re-ordering the list elements. You should not expect a malformed > POSIXlt object to behave as if it's correctly formed.

Re: [Rd] Spam messages

I agree that no action should be taken. It's somewhat mystifying that the robot known as "Amy Kristen" responds so quickly after my post, and with such regularity (so far twice per hour), using perhaps several email addresses - and using the correct "Reply-To" headers. But more mystifying is that

Re: [Rd] Spam messages

> new package, R_spam Oh, you got my hopes up! On Tue, Dec 06, 2016 at 12:24:20PM -0200, Marcelo Perlin wrote: > Perhpas amy needs help with her new package, R_spam,which is not working > well with R_scam.  > > Em 6 de dez de 2016 11:16, escreveu: > > Yes, I just heard

Re: [Rd] Spam messages

Yes, I just heard from Amy Kristen who is "looking to meet new guys"... On Fri, Dec 02, 2016 at 11:31:56AM -0800, Kenny Bell wrote: > Have others received spam messages after posting to this list? > > The two problem emails are hodgesdonna...@yahoo.com and > amykristen4...@octbm.com. > >

[Rd] segfault with POSIXlt zone=NULL zone=""

Hi all, I ran into a segfault while playing with dates. $ R --no-init-file ... > library(lubridate); d=as.POSIXlt(floor_date(Sys.time(),"year")); d$zone=NULL; d$zone=""; d Attaching package: ‘lubridate’ The following object is masked from ‘package:base’: date

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Hi Paul, OK I tried not to make the examples too fancy. Please let me know what you think. They should probably be amended to support the Windows platform, but I think that task would be much easier for someone with access to Windows... By the way I'm Cc'ing Mark O'Connell who shared with me

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Hi Paul, Thank you, for some reason I didn't seem to get an email notification for your bugzilla comment! I will try to send you something shortly. Frederick On Mon, Nov 14, 2016 at 08:55:20AM +1300, Paul Murrell wrote: > Hi > > The current status is that I am keen for people to contribute

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Hi Paul, Just checking in to see what the status is. >From my perspective it seems logical to split off X11 into a separate package, so development can proceed at a reasonable rate, but I haven't yet tried to see if that's even possible. Thanks, Frederick On Tue, Jul 26, 2016 at 09:23:35AM

Re: [Rd] On implementing zero-overhead code reuse

Hi Kynn, Thanks for expanding. I wrote a function like yours when I first started using R. It's basically the same up to your "new.env()" line, I don't do anything with environmentns. I just called my function "mysource" and it's essentially a "source with path". That allows me to find code I

Re: [Rd] On implementing zero-overhead code reuse

Hi Kynn, Do you mind defining the term "zero-overhead model of code reuse"? I think I understand what you're getting at, but not sure. Thank you, Frederick On Sun, Oct 02, 2016 at 01:29:52PM -0400, Kynn Jones wrote: > I'm looking for a way to approximate the "zero-overhead" model of code >

[Rd] vector finalizers

Dear R Devel, In a thread this morning Luke Tierney mentioned that R's way of garbage collecting is going to change soon in 3.4.0. I couldn't find this info on Google but I wanted to share what I had been discussing in another forum, in case now is not too late to raise considerations which could

Re: [Rd] getGraphicsEvent() alternative for cairo graphics device?

Dear Daniel Greenidge, To enable getGraphicsEvent on Cairo, you have two patches to choose from: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=14364 https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16951 The second one is by me, and the first one is from five years ago by Hugo

Re: [Rd] getGraphicsEvent on X11 and event queuing

Hi R-Devel and Duncan, Any ideas about my patch? I'm including Duncan Murdoch since he was actually the one who made the "fix" to Hugo's bug in September 2010. Duncan chose to "fix" Cairo support by formally disabling it, rather than by enabling it as Hugo had proposed. I don't see a reply to

Re: [Rd] getGraphicsEvent on X11 and event queuing

Hi Martin, > Also, as you are studying the C code and the issues anyway, it > may be worthwhile to consider (as small as possible!) patches to > the source you could also post to the bugzilla site if you > prefer; attaching as text/plain to R-devel does work fine, too. Well, after your kind

Re: [Rd] getGraphicsEvent on X11 and event queuing; Makefile.in

e build-directory build, I get an error: make[1]: Entering directory '/home/frederik/pkg-tmp/R-svn-build/doc/manual' make[1]: Nothing to be done for 'front-matter'. make[1]: Nothing to be done for 'html-non-svn'. make[1]: Leaving directory '/home/frederik/pkg-tmp/R-svn-buil

Re: [Rd] getGraphicsEvent on X11 and event queuing

... I just realized that setGraphicsEventHandlers or getGraphicsEvent could have an 'onIdle' callback, to be called somewhere in the polling loop of gevents.c:163 - I think this would solve my problem #2 in a minimally disruptive way. On Mon, Jun 06, 2016 at 06:38:45PM -0700, frede...@ofb.net

[Rd] getGraphicsEvent on X11 and event queuing

Hi R-Devel, I've been working on an oscilloscope project using an Arduino microcontroller board. I found that it's quite easy to get realtime updates, e.g. 30+ frames per second, if I read data from the board in a little Rcpp library. I have to use dev.hold() and dev.flush() to keep the plot from

Re: [Rd] configure / make problems with R-devel

Thank you, Martin. I linked to your message in a comment here so maybe > > other people will know about that useful technique: > > > http://singmann.org/installing-r-devel-on-linux/#comment-161 > > > However, when I try it, I get an error: > > > $ make

Re: [Rd] Latest R-devel build failing on OS X

Thank you, Martin. I linked to your message in a comment here so maybe other people will know about that useful technique: http://singmann.org/installing-r-devel-on-linux/#comment-161 However, when I try it, I get an error: $ make make[1]: Entering directory '/home/frederik/pkg-tmp/R

Re: [Rd] Latest R-devel build failing on OS X

ill build, but the ctl-R, ctl-C bug is still present on > OSX (w/Simon's libs). This _was_ fixed for a while, was it not? > > I thought it was never fixed, for readline versions 5.x (or all > of readline_version < 6.3 ?) because the patch assumed features > not available, e.

Re: [Rd] Latest R-devel build failing on OS X

Readline <= 6.2 shouldn't require the SIGWINCH patch, so if older versions have trouble finding rl_resize_terminal then you could wrap a macro around that part. The isearch C-c bug has existed forever, according to Chet Ramey. Yes, I had to retrain myself to use C-g to exit isearch but it's

Re: [Rd] please apply my patches

Thank you, Martin. Sorry if I sounded impatient. > Sure (it was me, not Peter, who mentioned ESS etc). Sorry, Peter! > Be assured that we will deal with this before the next release of R Thank you, that works for me. Frederick On Tue, May 17, 2016 at 10:57:28AM +0200, Martin Maechler wrote:

[Rd] please apply my patches

tröm wrote: > Dear Frederik, > > I can confirm that especially the first issue on your list (resizing the > terminal) has "bothered me" badly for some time now: I'm on Ubuntu > (usually). > > Göran Broström > > > On 2016-05-13 00:23, frede...@ofb.net wrote:

Re: [Rd] where to send patches to R source code

Hi Peter, Martin, and others, Thanks for your replies. - The bugs apply to all systems that use GNU Readline, not just Linux or Arch Linux. - Readline version 6.3 changed the signal handling so that SIGWINCH is no longer handled automatically by the library. This means it's not currently

[Rd] where to send patches to R source code

Dear R Developers, I wrote to this list a week ago with some patches that fix bugs in R's GNU Readline interface, but I haven't had a reply. I'm not in a hurry but I'd like to make sure that my message is getting read by the right people. Should I be sending my patches somewhere else? Thank you,

[Rd] unix readline signal handling patches

Hello R Developers, I posted some patches yesterday to your bug tracking system but I'm not sure if I should have notified the mailing list as well. I haven't gotten any responses yet. https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16603

Re: [Rd] problem submitting R bug; bug plotting in tiling window manager

;> > >>> P.S. (I now see that all errors on the bug tracker are displayed with > >>> a red background) > >>> > >>> On Sat, Feb 06, 2016 at 03:00:21AM -0500, Duncan Murdoch wrote: > >>>> Thanks for the suggestions. > >>>>

Re: [Rd] problem submitting R bug; bug plotting in tiling window manager

Duncan Murdoch > >> > >> On 05/02/2016 10:07 PM, frede...@ofb.net wrote: > >>> Hi Duncan Murdoch, > >>> > >>> Thanks for your time. I apologize for not telling you that my email > >>> address on the bug tracker is slightly different

Re: [Rd] problem submitting R bug; bug plotting in tiling window manager

or not telling you that my email > >address on the bug tracker is slightly different - > >"frederik-rproj...@ofb.net" vs "frede...@ofb.net". I was going to > >follow up with this information, but then I thought, he probably knows > >how to find a tagged