similar to: Halfway through writing an "IDE" with support for R; Proof of concept, and request for suggestions.

Honestly, I don't see the motivation for this. There are many similar projects that are mature, so my feedback would be: don't reinvent the wheel and contribute to those. I?aki El vie., 14 jun. 2019 3:18, Abby Spurdle <spurdle.a at gmail.com> escribi?: > I thought that I'd get more feedback. > But it's ok, I understand. > > I wanted to note that I've moved

On Sat, 15 Jun 2019 at 01:24, Abby Spurdle <spurdle.a at gmail.com> wrote: > > None of the tools that I've looked at satisfy these constraints. > But if you know of some, I'd like to know... And I would consider contributing... 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

On Fri, Jun 14, 2019 at 7:24 PM I?aki Ucar <iucar at fedoraproject.org> wrote: > > There are many similar projects that are mature I'm not sure what projects you're referring to. If we create some constraints: (1) Internal systems consoles (*plural*). Rules out most things. Noting that many tools are designed to bypass the console. (2) Modern user interface. Rules out Vim

Hi Z I think supporting HCL color spaces more, is a *very* good idea. However, I doubt many R users, understand the motivation for HCL color spaces. I've reproduced Ross Ihaka's notes on color, on my personal website: https://sites.google.com/site/spurdlea/exts/ihaka_r_stats_787_10_color.pdf (This has been reproduced with permission). Another good article is:

Greetings all, First of all, a disclaimer: Please forgive my horrible assembly code. This is just a quick munging of code to achieve x86 versus x86_64 detection within pxelinux. So please look at it as a proof of concept and not a real piece of code. :) For example it only works on pxelinux and has no thought for extending it beyond simple x86 versus x86_64 architectures. I had the need for

2010/10/21 Jason Kim <jasonwkim at google.com>: > Of the 45 remaining, there are 4 interesting uses in MCAsmStreamer.cpp > - (I suppose for emitting data constants in a cross platform manner) > The other remaining uses are in AsmPrinter, again to do cross platform things. > It seems a bit strange to use a high level hammer to do ballpeen > work..... But when in Rome.... :-)

OK, after reading the docs I have some extra comments (and an updated patch). *) To support per section or per symbol attributes we would have to move this to the processing done in the end of the file. Lets not do this right now. *) We don't currently use any string attributes, so I did not implement them. *) Having an attribute emitter class is a nice way to separate the job of creating the

I also noticed that we were trying to optimize the output of 41 bytes of data :-) The attached patch is similar to the previous one but drops the API changes by just accumulating the attributes locally before outputting them. Cheers, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: attrs.patch Type: text/x-patch Size: 12333 bytes Desc: not available URL:

I work for a multi-billion dollar international organization currently using Novell technology for F&P/Directory/etc... A project has just arisen to develop several potential replacement proofs of concept. Several solutions are being evaluated, including: * Microsoft CIFS * Some NAS device using AD or eDirectory * Linux/Samba I was chosen as part of the Linux/Samba team and I'd like to

On May 6, 2008, at 14:20, Frederick Akalin wrote: > On Tue, May 6, 2008 at 2:03 PM, Brian Willoughby > <brianw at sounds.wa.com> wrote: >> 3) Do you accelerate decode as well as encode? I'm thinking that >> the >> variable block size would require each thread to scan its block >> for the >> start of a new block header, and also continue

Hey again FLAC devs, I managed to hack out another proof-of-concept multithreaded FLAC encoder that is more amenable to streaming and also uses a fixed buffer size. The performance is pretty much the same as my earlier version; that is, I can encode a 636 MB wave file in ~7s with 8 threads on an 8-core 2.8 GHz Xeon (I erroneously stated 3.0 GHz in my last e-mail) vs ~32s with 1 thread. I had

2010/10/21 Jason Kim <jasonwkim at google.com>: > That is exactly what I need - I need a nice MC way to output a at > least two different 4 byte size fields after all of the blobs in the > .ARM.attributes are sent out. Hi Jason, If I got it right, you need to write to the attributes section after you have moved out to print the rest of the file. I can't think of an example

On Thu, Oct 21, 2010 at 11:42 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> Also what is the preferred method for MC way of setting out subsection >> sizes after the fact? I am guessing I need to use an MCFixup? >> How do I get an MCExpr to evaluate a method for the subsection size? >> Is there an equivalent use in the places using MCFixup? >>

This is mostly in a traditional pbx-like setup. That is, these are individual remote offices of a larger corporation each with their own cluster (or clusters, in the case of one site). So there is no NAT, and it is an Asterisk-only solution (at least insofar as telephony software is concerned). Regards, - Brad _____ From: asterisk-users-bounces@lists.digium.com on behalf of David Thomas

Gurus... If I set up my project to use SQLite (so it can come up) and attempt to connect to oracle via: oracle_connect = $application_properties[$connect_string] oracle_conn = OCI8.new(oracle_id, oracle_password, oracle_connect) where oracle_connect equals ''//bobs.big.boy.gov:1521/D09'' (with or w/o the introductory //) my rails app connect to the oracle database just fine. If

Doug, I feel your pain. I have, since 3 days ago, all but giving up on dundi in a enterprise/carrier core scalable environment, mostly due to no ability to summarize dial plan routes across several servers that may or may not have contiguous extensions registered across the cluster. Example server 1 has exten 1234, 1235, 1001, 1002 registered and server 2 has 1236, 1237, 1003, 1004. But also in

I have two Canon printers a MF4720W and LBP7100Cw. Previously a PC running CentOS 6 were able to print without problems via network. Unfortunately the hard disk died and in replacing it, we also upgraded to CentOS 7. Now the problem is that a test print to either printers looks OK for the first half then inverts colours for the second half. i.e black text on white background becomes white text on

Hello, This is probably a question to developers. If nobody responds, I will go the developers mailing list and bug you there. :) A while ago I have posted a question here about why my Samba gives the message "Error writing file: code 0". Nobody answered, so I have tracked down some stuff. (Someone recently noted the same bug on HPUX.) My Samba is 2.0.3. I am writing a file via

WinNT & Samba/Linux (on RedHat 5.2) are now quite happy to chat provided that the Samba Server isn't expected to allow the NTBox to write anything. That is: r works, rw doesn't. I followed the DIAGNOSIS txt file for SAMBA, and everything is fine except for TEST 10. I tried setting the security level to SERVER and pointing it at the NT box with no joy. The thing is, I can't even

Frederick, This is great news! Thanks for your effort. Your proof-of-concept raises a few questions for me: 1) I know that the ratio of uncompressed to compressed data is unpredictable, but I never really considered whether the input block size or the output block size is constant. I'm assuming that if you're breaking the uncompressed input file into multiple pieces, then the