similar to: [PATCH] memdisk: adjust order of DPT values in mstructs.h

We have some new Solaris boxes (both Sparc and amd64), and as they are not yet in production use I borrowed some time on them to run tests over CRAN packages, using the Solaris make and Sun Studio compilers. The results were quite depressing. Sun Studio 12 compilers are also available for Linux, and there the problems are worse (for C++ code). Line endings ============ We checked in R CMD

Oops! My mistake in my 'freedos' branch. Silly mistake. - Shao diff --git a/memdisk/memdisk.inc b/memdisk/memdisk.inc index 237e020..9c19b58 100644 --- a/memdisk/memdisk.inc +++ b/memdisk/memdisk.inc @@ -980,8 +980,9 @@ EDD_DPT: .dpilen db 2ch ; DPI len .res1 db 0 ; Reserved .res2 dw 0 ; Reserved

Before wasting a lot of time going at this in the wrong list, I would like to confirm whether my thinking is on or off base with respect to source and destination ports. Samba is being blocked by fw2loc even though I have accept rules set up. I believe I can explain why, but I could be wrong. I think that for some reason, samba is sourcing stuff on the commonly used port 137, but trying to send

Hello Tim, thanks for response ---------------------------------------- > Date: Mon, 20 Apr 2015 11:45:03 -0700 > Subject: Re: [LLVMdev] question about alignment of structures on the stack (arm 32) > From: t.p.northover at gmail.com > To: alexey.perevalov at hotmail.com > CC: llvmdev at cs.uiuc.edu > > On 20 April 2015 at 11:09, Alexey Perevalov > <alexey.perevalov at

Below, attached, and available at the 'ifmemdsk' branch at: http://git.zytor.com/?p=users/sha0/syslinux.git;a=commitdiff;h=a975c12919bbd48739fede4ebfe099d98b87192e Review welcome! - Shao Miller ----- From a975c12919bbd48739fede4ebfe099d98b87192e Mon Sep 17 00:00:00 2001 From: Shao Miller <shao.miller at yrdsb.edu.on.ca> Date: Sat, 6 Aug 2011 05:24:46 -0400 Subject: [PATCH]

Thanks for replying, Yes, I think too that the bytecode file is corrupted. This is the file : -------------------------------------------------------------------------------------------------------------------------

I'm running some code in R64 on a Mac OS 10.6.8 that calls a C program through the dyn.load() function. The code hangs after several days of computation, and I've having trouble locating the problem. Can anyone decipher this info from the error report, and tell me if this is a problem in R64, or in the C code? Thanks very much in advance. A few hints: "pa" is the name of the C

Dear community, I faced with code which was generated by llvm, assembly instructions of that code is relying on 8-bytes alignment for structures on the stack. The part of Objective C code is following: -(void)getCharacters:(unichar *)unicode {     NSRange range;     range.location = 0;     range.length = [self length];     printf("%p, %p\n", &range.location, &range.length); And

On Tue, 30 Nov 2004, Tanu Sharma wrote: > I have trouble using the llvm tools.Some of the errors are : > > $ llvm-dis prog.bc > $ llvm-dis: Invalid Top Level Block Length! Type:1, Size:456 (Vers=0, Pos=12) Can you explain how you generated this bytecode file? It looks corrupted or something. Also, can you send the actual bytecode file itself? Thanks! -Chris >

Hi My name i Lorenzo, I'm new on linux's world. I wold like to know is someone has tried to use Wine with Pro/Intralink (a PTC product). During installation...no problem. Lunching the program after installation... no results. Following, more informations: WINE Version: Wine 1.2-rc1 TERMINAL OUTPUT DURING INSTALLATION [code]icelolli at ascari:/media/PRO$ wine setup.exe icelolli at