search for: antisoci

The Iraq Statistics thread is a very interesting topic, and no doubt a lot of us would like to chip in with our views and comments -- indeed we are likely to bring a more discriminating view to such discussion than might be the case on many other lists. So if this took on a life of its own then it could become extensive. At which point the R-help admin would quite rightly call time on us! Yet I

Hello I have /25 addressed on a box (virtual devices on eth0) and I want to tunnel some of these addresses to my home network. One address to my gateway (a.b.c.d, external IP) and one address to my internal network (192.168.0.0/24-style). I will use the tunnels for irc, smtp and surfing. What protocol and which technique is easiest and best to use? One more thing. I don''t want to set up

...ot;, "cat", "dog") char.1 <- c("fluffy", "playful", "mean", "stupid") food <- c("cat food", "left-overs", "cat food", "dog food") char.2 <- c("lazy", "destructive", "antisocial", "goofy") color <- c("white", "brown", "black", "black") char.3 <- c("fat", "tiny", "evil", "big") age <- c(16, 2, 5, 10) pet.data <- data.frame(owner, animal, char.1, food, char.2,...

...ger and > putting it in with the function stubs? Yes, this can and should definitely be improved. If you look at ExecutionEngine/JIT/JITEmitter.cpp:emitConstantPool, you can see that the JIT is just new'ing a block of memory for every constant pool that is needed. This is, admittedly, antisocial for your application, so if you'd like to make a memory manager for it, feel free. > If not, I have to add tracking to the allocations here so they can be > freed when the function is deleted. This is not so easy since there is > no reference to the function which we are generati...

...GPL restrictions either, but I just say so instead of pretending > otherwise. A dual license is clearly needed unless your point is to > make people choose between either using your code or anything that is > GPL'd. If I did add the GPL to my code, I would not win anything, because antisocial people would still prevent it from being included in Debian or RedHat. I would however risk that people send interesting patches as GPL only and this way prevent the freedom to use it by anybody. > > But before you like to discuss things with me, I recommend you to first inform > &g...

Hello, I've tracked down a new memory leak which started happening when I enabled constant propagation (I created my own passmanager which I run before calling getPointerToGlobal to JIT the function I have generated - is this OK?). The reason is that FP constants are being spilled to memory as there is no immediate fp load available. In my case this is a bit unnecessary since the

...that itself is >> not wrong. Though _I_ never needed any rsync help on neither linux and >> windows (including mixed) scenarios. >> But they killed their sourceforge downloads, all, including past versions >> of cwrsync, including source. >> > > That seems pretty antisocial of them. > > They have a "Download source" link for 4.2.0 on their site ( > http://www.itefix.no/i2/node/**10650 <http://www.itefix.no/i2/node/10650>), still, which points to: > > http://sereds.git.sourceforge.**net/git/gitweb.cgi?p=sereds/** > sereds;a=tree<h...

Hello, http://musicpd.sf.net just came out today, with (amongst many other things) support for flac. MPD is a very stable, lean Music Playing Daemon written in C, that can be interfaced several different ways, through php, plain old telnet, there is a CLI on the way, and a GTK2 client on the way also. Please give it a try and tell us what you think @ irc.oftc.net #mpd. Thanks starz

Last cwrsync was 4.1.0, current is 4.2.0. It was avail on sourceforge. Itefix.no decided "we want money for coding and support" - that itself is not wrong. Though _I_ never needed any rsync help on neither linux and windows (including mixed) scenarios. But they killed their sourceforge downloads, all, including past versions of cwrsync, including source. The 4.2.0 client is still

Hello everyone, I'm not sure who to ask about this, but I have a licensing question. I'm writing a utility to allow Git to connect to SMB shares, which uses libsmbclient. I was thinking about using libgit2 in my program: http://libgit2.github.com/ . This library is licensed as GPLv2 only, with a linking exception to link to any program without restriction. My understanding is that, since

Exchange 12 will support "OVA" Outlook Voice Access. It will do this using VOIP. I was wondering if anyone has given any thought as to how Asterisk might interface with Exchange 12. It will do this using a VOIP gateway. If this could happen it seems to me this could be a really big win for Asterisk. I am going to setup a test server as soon as I can and start digging into this.

It looks like someone else also has the same problem: http://www.zytor.com/pipermail/syslinux/2002-September/000848.html I don't know much about Intel i386 asm. Otherwise, I will send a patch :-). H.J. ----- Forwarded message from "H. J. Lu" <hjl at lucon.org> ----- I am using pxelinux to do RedHat kickstart install. I ran into a problem. Both pxelinux and kickstart use

On 2 September 2010 19:16, David Given <dg at cowlark.com> wrote: > I really don't want to build from SVN --- developing against a moving > target is never fun, and apart from anything else, it makes it much > harder for anyone else to use my code. Actually, unless you're planning to release your code in less than 2 months, developing in the SVN makes much more sense than

Hello, the calculateFrameObjectOffsets methods in CodeGen/PrologEpilogEmitter.cpp does not work for me, since it asserts if stack grows up, and when assert is commented out, allocates spill slots in the same location as function arguments, which is not right. I've tried to fix that, and a patches. It merely adds if (StackGrowsDown) everywhere, so that the current logic should not be

Hi, I wonder if you can help me: I cannot seem to be able to import my data anymore. When I try to import the attached file with the string FunctRes<-read.table("C:/Documents and Settings/FunctRes.txt", header=FALSE) I obtain: > FunctRes V1 1 ??C 2 \n 3 C 4 0 5 0 6 B 7 \n 8 C 9 0 10 1 11 B 12 \n 13 C 14 0 15 0 16 B 17 \n 18 C 19 0

Hi all, I have a C code in Linux, it has 7 pointers and compile e run OK, but when I run in R happens problems with calloc function, it returns NULL. ############################################### > int *temp1,*temp2,*temp3,*temp4; temp1 = (int *)calloc(col,sizeof(int)); if(temp1 == NULL){ printf("\n\n No Memory1!"); exit(1); } temp2 = (int *)calloc(col,sizeof(int));

This fairly harmless looking piece of code, which worked in 0.61 (and in S-PLUS) fails in 0.62.1. R> "mcpar<-" <- function(x,mcpar) {attr(x,"mcpar") <- mcpar; x} R> mcpar(x) <- c(1,100,1) Error in mcpar<-(*tmp*, value = c(1, 100, 1)) : unused argument to function The error message gives a hint about how to work around the problem - just replace the

...her, but I just say so instead of pretending >> otherwise. A dual license is clearly needed unless your point is to >> make people choose between either using your code or anything that is >> GPL'd. > > If I did add the GPL to my code, I would not win anything, because antisocial > people would still prevent it from being included in Debian or RedHat. Beg your pardon? You lost me here. If you remove the reason for exclusion, what evidence do you have that the work would still be excluded, other than perhaps your long history of keeping it from being usable? > I...

On 02/09/10 18:28, Jim Grosbach wrote: > On Sep 2, 2010, at 4:05 AM, Renato Golin wrote: [...] >> I suggest you getting the SVN code, since quite a lot has changed >> since last freeze. > > Vigourously seconded. It's very true in general, but with regards to debug information in particular, "quite a lot has changed since 2.7" is an understatement. It's an

...in with the function stubs? > > Yes, this can and should definitely be improved. If you look at > ExecutionEngine/JIT/JITEmitter.cpp:emitConstantPool, you can see that > the JIT is just new'ing a block of memory for every constant pool that > is needed. This is, admittedly, antisocial for your application, so if > you'd like to make a memory manager for it, feel free. > > I think that adding something like the JITMemoryManager for the constant > pools would make sense. I'm not sure that reusing the JITMemoryManager > is a great idea, though it could...