similar to: Dos Error Message Tables

Is anyone actively working on the dos emulation, or should I just start hacking away? -- Chuck Crayne ----------------------------------------------------------- ccrayne@crayne.org -----------------------------------------------------------

Hello, I must confess to being an absolute newbie to wine - except for having followed the content of the mailing lists for a while. I would quite like to get involved with the project, and would prefer a testing-oriented or documentation role if there was a need for such. What I'd like to know at this point, if anyone would tell me, is where exactly is the wine project up to in terms of

Are there any attempts currently being worked on to make Vorbize Visual C++ compatable? Or for that matter non-GNU compatiable? I guess I never realized that getopt.h was a GNU thing. What would be the suggested course of action to get vorbize to cross compile on VC++ or other non-GNU platforms? If not I can certainly do this because I'd like to be able to run this on Windows but I

On Thu, 2017-05-18 at 09:27 +0200, Andrea Venturoli via samba wrote: > On 05/17/17 21:14, Andrew Bartlett wrote: > > > What is your platform > > FreeBSD 10.3/amd64. > > > > > and what is signal 4 on your platform? > > It is SIGILL on x86_64 linux. > > I believe signals are more or less standard across all Unices... anyway > it's SIGILL on

Hello, this last patch is strictly-speaking not related to System Z as target platform, but to running LLVM on (Linux on) System Z as a *host* architecture. Most of the LLVM and Clang code base builds and works fine on System Z, however, there is one problem relating to use of signal handlers to react to crashes (SIGSEGV, SIGILL etc.). The llvm::sys::AddSignalHandler (and related) function in

Hi Chris, I've CC'd Eric Botcazou in the hope that he will clear up just what the Ada front-end needs from the rest of the compiler as far as asynchronous exceptions are concerned. >> gcc Ada turns signals into exceptions. As far as I know it does this >> completely asynchronously, and the fact that LLVM doesn't support this >> is rather bad as far as Ada is

Hi Erik, > GHC does not generate or use thumb instructions From you assembly dump, looks like the instructions are 2 bytes long, meaning it's Thumb code not ARM. - Denis. > Owen Shepherd wrote: > >> Pay closer attention to the instruction descriptions on the page you linked >> above: >> >> LDR{*type*}{*cond*}*Rt*, [*Rn* {, #*offset*}] ; immediate

Dear list, I am new with ggplot2 and I have spend quiet some time putting together the following code to create the attached plot. However there's still a few things that I'm having trouble with! I would be grateful if someone can tell me how to fix (1) the colour of my bars into grey scales (2) removing the y-axis (species name) on the right figure to avoid duplication, and (3) fix the

Hi, no mailing list for powerpcspe? What?s the progress of your architectures? I don?t see much happening on debian-ports.org, and taking your architectures off that infrastructure hurts others (I?ve ?revived? m68k and kept it running on d-p.o which helps a bit). Anyway: a new klibc (2.0~rc5-1) has been uploaded, and an mksh companion version (40.9.20120518-1) depending on it and trying to use

We're trying to build a rich media website, and will need to re-encode the video content with ffmpeg. Unfortunately, the ffmpeg version that comes with the most common repos are rather out of date. As in 0.6.5 vs 2.21 being the most current version. However, ffmpeg looks to be a pretty thorny thing to compile with all the options we need. It appears that the FFMPEG with rpmfusion for

We're trying to build a rich media website, and will need to re-encode the video content with ffmpeg. Unfortunately, the ffmpeg version that comes with the most common repos are rather out of date. As in 0.6.5 vs 2.21 being the most current version. However, ffmpeg looks to be a pretty thorny thing to compile with all the options we need. It appears that the FFMPEG with rpmfusion for

This is configured in the "pre-merge checks" build plan, the "Hold Drafts" needs to be set to "Never" I should be able to change this in the build plan if you want but I don't want to step on anyone's toes MyDeveloperDay On Tue, Jul 28, 2020 at 1:35 PM MyDeveloper Day <mydeveloperday at gmail.com> wrote: > See the "Draft Mode" changes,

Hello everyone, My name is Petr and I recently became a dedicated technical writer for Red Hat's Community Platform Engineering team under Jim Perrin. Among other things that means I'm going to start contributing to CentOS documentation - possibly the Wiki as well, but my main focus at least for now is to produce an Installation Guide for CentOS 7 that will be as easy to contribute

Hi sh4 porters, I?ve just fixed a regression of klibc to build from source on sh4 using the sumotsu.debian.net porterbox (thanks for making one available) and found a problem with your archi- tecture: all binaries built with klibc (shared and static) get a SIGILL (illegal instruction). I suspect that different CFLAGS are needed. Please, someone, have a look at it; a release of klibc 2.0 upstream

Hi, I have this simple program: #include <regex> int main() { std::regex re; re.assign(std::regex("foo")); // SIGILL return 0; } It runs smoothly if compiled with g++ but raises "illegal instruction" when compiled with clang++: g++ -std=c++11 -O0 -g -o test-g++ test.cpp clang++ -std=c++11 -O0 -g -o test-clang++ test.cpp ptomulik at barakus:$ ./test-g++ ptomulik

On Mon, 2017-05-15 at 18:58 +0200, Andrea Venturoli via samba wrote: > On 05/08/17 11:17, Andrea Venturoli wrote: > > Hello. > > > > I've got a network of FreeBSD servers which traditionally hosted a > > classic domain. > > I upgraded some months ago, removing the old PDC and BDC and migrating > > to an AD DC controller in a jail. > > This is

hi everyone! currently, karl's branch of ices has a number of interesting features that the ices release does not: * jack support (very important for a number of users i know, and generally cool in terms of interoperability) * really nice metadata updates and on-the-fly savefile changes * runner threads for load distribution on smp boxen * on-the-fly switching of input sources (useful

Hi Everyone, I'm going to make some big structural cleanups to core which is likely to affect everyone here, but I believe is for the better, so I am posting this mail now to get some feedback and make sure that we don't tread on anyone's toes when I merge all of this stuff. 1st Change: Decorators are going in their own repo ========================================= The decorators

Sorry, I didn't notice this change of default last night. Thanks for fixing this! -- Mehdi On Tue, Jul 28, 2020 at 5:50 AM MyDeveloper Day via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I've made the change > > https://reviews.llvm.org/harbormaster/plan/5/ > > MyDeveloperDay <https://reviews.llvm.org/p/MyDeveloperDay/> changed the Hold > Drafts

I'm testing on older OS X 10.8 with older SSE4 hardware from about 2010. I've got updated gear from MacPorts and it includes GCC and Clang. GCC is the compiler, and Clang is the assembler. We perform a compile/link on a test file to ensure an ISA is supported by the toolchain. If an ISA is available then we compile a source file to the ISA as needed. Then, we guard the higher ISAs at