similar to: OT: Looking for a timer/counter script

I've got about 10,000 docs I'd like to devise a search/index for. I found a perl script called Perlfect that can do that on an old P3 but at the astronomical time of 7 hours. Another script(cgi/perl) at hotscripts can do the same but allows the "rm -rf /" exploit. DoH!? Is there anything perl/flatfile that can search/index faster? This is a nice job for an aging P3 in the

Hi, friends. I keep coming to you because I'm so new to R and can't seem to figure out some simple things. Sorry. Consider the following code. I want to load a table and write out the structure to a PDF document. I just can't seem to manage writing non-graphic output to PDF. Any help? I've tried several functions, but nothing worked. All I get is the title. #

Hi John: Thanks! Below is the data using your suggestion. I used "ggplot" to make a graph. I am not too happy with it. I am looking for something simpler and cleaner. Plot is attached. I also tried "lattice" package, but nothing got plotted with "xyplot" command, because it is looking for a numeric variable on x-axis. ggplot(TrialData4, aes(x=Income, y=Percent,

Btw, I think "lattice" graphics will provide a better solution than "ggplot", because it puts appropriate (space saving) markers on the axes and does axes labels well. However, I cannot figure out how to do it in "lattice". On Thu, 6 Jul 2023 at 15:11, Anupam Tyagi <anuptyagi at gmail.com> wrote: > Hi John: > > Thanks! Below is the data using your

On Thu, 6 Jul 2023 at 15:21, Anupam Tyagi <anuptyagi at gmail.com> wrote: > > Btw, I think "lattice" graphics will provide a better solution than > "ggplot", because it puts appropriate (space saving) markers on the axes > and does axes labels well. However, I cannot figure out how to do it in > "lattice". You will need to convert Income to a

Hallo Anupam I do not see much difference in ggplot or lattice, they seems to me provide almost identical results when removing theme part from ggplot. library(ggplot2) library(lattice) ggplot(TrialData4, aes(x=Income, y=Percent, group=Measure)) + geom_point() + geom_line() + facet_wrap(~Measure) xyplot(Percent ~ Income | Measure, TrialData4, type = "o", pch = 16, as.table =

Thanks! You are correct, the graphs look very similar, except ggplot is scaling the text font to make it more readable. Is there a way to scale down the x-axis labels, so they are readable? On Fri, 7 Jul 2023 at 12:02, PIKAL Petr <petr.pikal at precheza.cz> wrote: > Hallo Anupam > > I do not see much difference in ggplot or lattice, they seems to me > provide almost identical

While humorous, let's dial back the trolling at this point. =] This discussion is a largely serious discussion, and shouldn't get derailed. On Wed, Jun 6, 2012 at 12:43 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > > > > Not wanting to clean up the white space is exactly a simple but good > > example of technical debt that we are incurring. > > I

Can we get back to the substantive discussion about your ideas for lessening the technical debt? On Mon, Jun 4, 2012 at 8:05 PM, reed kotler <rkotler at mips.com> wrote: > Well, differences of opinion is what makes horse races. > > Reed > > > On 06/04/2012 04:57 PM, Daniel Berlin wrote: >> >> On Mon, Jun 4, 2012 at 7:53 PM, reed kotler<rkotler at

On Wed, Jun 6, 2012 at 3:55 PM, Chandler Carruth <chandlerc at google.com> wrote: > While humorous, let's dial back the trolling at this point. =] This > discussion is a largely serious discussion, The tablegen part, maybe. Discussing whether whitespace is technical debt, i hope that's not a serious discussion :) It doesn't even meet wikipedia's somewhat muddled

On 06/04/2012 03:25 PM, Daniel Berlin wrote: > I'm pretty sure neither llvm nor clang have any technical debt at all. > > On Mon, Jun 4, 2012 at 5:18 PM, reed kotler<rkotler at mips.com> wrote: >> something to think about as llvm and clang grows. >> >> http://en.wikipedia.org/wiki/Technical_debt >> _______________________________________________ >>

Well, differences of opinion is what makes horse races. Reed On 06/04/2012 04:57 PM, Daniel Berlin wrote: > On Mon, Jun 4, 2012 at 7:53 PM, reed kotler<rkotler at mips.com> wrote: >> On 06/04/2012 03:25 PM, Daniel Berlin wrote: >>> I'm pretty sure neither llvm nor clang have any technical debt at all. >>> >>> On Mon, Jun 4, 2012 at 5:18 PM, reed

FWIW, I'm putting together (hopefully to be done by the end of this weekend) a substantial refactoring of the TableGen backend API along with shiny new documentation (reStructuredText with sphinx) of all of TableGen, including documentation about how to write backends and---depending on how adventurous I get---a more detailed coverage of the syntax. Also, Reed, in your TableGen talk, IIRC,

Hi Folks: I'm new to R and am having trouble calling a user-defined function within the by() function. I have checked on-line help and the R documentation to no avail. I have a data frame with a sample subset represented here: > example.sample ACCT_GROUP_DIM_KEY MV_BASE TOT_DEBT TOT_EQTY 1 555586574850 1082576.3 685.00 2422.50 2 555586574850 1032994.2 2444.00

Hi Sean, Glad to hear there is clean up of tablegen going on. Just for the record, I don't know what you are referring to regarding some comment of mine at my talk about 10K LOC. I don't know how big tablegen is itself nor how much code has been written in it so I would not have ventured such a guess. The idea of totally replacing the tablegen language came up at the talk during the

On 06/04/2012 05:17 PM, Daniel Berlin wrote: > Can we get back to the substantive discussion about your ideas for > lessening the technical debt? The lessening requires enlisting people that are willing to do this as opposed to doing fun science like cool optimization. I,for example, find the documentaiton, cleanup and refactoring to be interesting so I don't feel cheated to work on

On Mon, Jun 4, 2012 at 7:53 PM, reed kotler <rkotler at mips.com> wrote: > On 06/04/2012 03:25 PM, Daniel Berlin wrote: >> >> I'm pretty sure neither llvm nor clang have any technical debt at all. >> >> On Mon, Jun 4, 2012 at 5:18 PM, reed kotler<rkotler at mips.com>  wrote: >>> >>> something to think about as llvm and clang grows.

I definitely trust what you say now with time to think at your keyboard over what you said on the spot in a live presentation. The comment that I was referring to was: 36:44 of http://llvm.org/devmtg/2012-04-12/videos/Reed_Kotler-mobile.mov "there's not really more than a couple thousand lines of .td ... I mean there's not tons of this code so if we had to use a different one I

> > Not wanting to clean up the white space is exactly a simple but good > example of technical debt that we are incurring. I agree, it is a great example of long term technical debt. > > In that case it's very simple to see. We have a rule about that for our > style and because we are too > busy with other things, then we have allowed the technical debt to rise > to

Hi everyone, I am new to this forum and also new to statistics and I would appreciated it if someone would take some time to answer my question. I am analyzing companies in regard to their leverage. I categorized the companies into 3 groups: small, mid and large. For the group small, I have 55 debt multiples, for mid 42 and for large 72. (Unfortunately I can not provide my data because it is