similar to: Problem running an old game

Hi all, installed the old space shooter Swarm and it is running fine pleased to say except artefacts of lasers and rockets that have been fired staying on screen for up to another 6 seconds. This is as you can imagine a bit irritating as they move with and stay on the screen. Wine x.19. Have set the game to 'unmanaged' by the window manager as was suggested here in another thread, but

Hi all. Running 2.0.4b on a (now) solaris 2.6 box. Since the upgrade the smbd & nmbd daemons won't start. I tried starting smbd by hand, running it through truss. Here's the last few lines: getuid() = 0 [0] fstat(3, 0xEFFFF858) = 0 write(3, " [", 1) = 1 write(3, " 1 9 9 9 / 0

I get the following errors on the console of my newly installed 2.0.4b server on a Sun E4000: nmbd/nmbd_packets.c: (1412) find_subnet_for_nmb_packet: response record not found for response id <num>. nmbd/nmbd_responserecordsdb.c: (240) find_response_record: response packet id <num> received with no matching record I don't know the internals well enough to decipher these, can

I'm fairly new when it comes to using WINE and Linux (although I have a barebones Unix background), so bear with me. :) I'm running WINE on a 4G Eee PC (running Xandros in KDE mode, not tabbed "Easy mode") and trying to experiment with what WINE can run on this little thing. I recently tried running an old Win95 version of DooM (doom95.exe, so-called "Ultimate

Hi all. Is it possible to have a generic share like [homes] that hides all user home dir shares by default by appending a "$" to them? I'd search the archives but they have not yet been tx'd. I realise there is "browse vs nobrowse" but I specifically need to have end users map to \\srv\user$ rather than \\srv\user. -- Mark

I’ve encountered this kind of architecture before, a long time ago (academically). In a flat-address-space machine such as X64, there is still an instruction/data distinction, but usually only down at the level of I-cache versus D-cache (instruction fetch versus data fetch). A Harvard architecture machine exposes that to the programmer, which effectively doubles the available address space.

Hi all, I need to calculate a multidimensional integration on R. I am using the command "adapt" (from library adapt), although sometimes I get the following error message: Ifail=2, lenwrk was too small. -- fix adapt() ! Check the returned relerr! in: adapt(3, linf, lsup, functn = Integrando1) I guess it happens because the domain of integration is too small, although I tried a

Hi all, I found a problem on R that looks like a bug to me. I am working with R for windows verson 1.9.0, but the problem also happens on the linux version 1.9.0. I hope that the problem is on my reasoning, and I would be grateful if someone could explain me why this happens. There goes the example: > x<-seq(-2,2,0.001) > y<-rep(0,length(x)) > for (i in x){y[1000*i+2001]<-i^2}

On Wed, 15 Jan 2020, Reid Kleckner via llvm-dev wrote: > On Wed, Jan 15, 2020 at 11:14 AM Luke Drummond <luke.drummond at codeplay.com> > wrote: > On Wed Jan 15, 2020 at 6:58 PM, Reid Kleckner wrote: > > Does the same limitation exist in VS 2017? I think that's our > support > > floor > > these days: >

I'm new on here, so I hope this has not been answered too many times already. I searched the knowledge base at the Wine site without finding a solution. I just switched from Mandrake to Lindows, which seems to have a capable version of Wine running. However, with two Winapps I've tried to install, the initial setup window (fullscreen, borderless, no controls) completely hides the

I'm not across most of this debug info stuff but I'll stomp in here to confirm that AVR is a Harvard architecture, with separate addressing for the data and program buses via specialized instructions which will load from either one, or the other, but never both. It makes sense that this particular problem would also affect AVR - the backend does have some issues with debug info

I have no strong opinion on this topic personally (I always set the build type to something if I’m not generating a Visual Studio project), but this “non-optimized, non-asserting, non-debug-info-containing” build that you get when not specifying the build type to CMake is a quirk that I feel most CMake users expect at this point. I don’t think there’s any real value in providing a useful default

I just installed 2.0.4b on both of my Sun E4000's. The one is running fine. The other seems to be running fine too except SWAT reports that *mbd are _not_ running when they are. Moreover, the status page lists all the active connections while listing the daemons as not running. Stopping|starting|restarting does what is supposed to do but the status of the daemons is still listed as not

On Mon, Mar 16, 2020 at 9:31 AM Robinson, Paul <paul.robinson at sony.com> wrote: > With AVR being affected, upstreaming a patch to put segment selectors into > .debug_aranges becomes completely reasonable. There would likely want to > be a target hook somewhere to return a value saying what size to use, with > the default implementation returning zero. > *nod* something

----- Oorspronkelijk bericht ----- Van: "James Hogarth" <james.hogarth at gmail.com> Aan: "CentOS mailing list" <centos at centos.org> Verzonden: Donderdag 11 juni 2015 19:59:39 Onderwerp: Re: [CentOS] NetworkManager / wireless on latest Centos7 installs On 11 Jun 2015 13:28, <johan.vermeulen7 at telenet.be> wrote: > > > > ----- Oorspronkelijk

Beta 2 is now available for testing. ---------------------------------------------------------------------------- I. P R O B L E M S C O R R E C T E D I N T H I S R E L E A S E ---------------------------------------------------------------------------- 1) This release includes all defect repair from Shorewall 4.5.17.1. 2) The following warning message could be emitted

On Thu Mar 12, 2020 at 5:37 PM, David Blaikie wrote: > On Wed, Mar 11, 2020 at 8:09 AM Luke Drummond > <luke.drummond at codeplay.com> > wrote: > > > On Tue Mar 10, 2020 at 7:45 PM, David Blaikie wrote: > > > If you only want code addresses, why not use the CU's > > > low_pc/high_pc/ranges > > > - those are guaranteed to be only code

Use the new MMU_NOTIFY_MIGRATE event to skip GPU MMU invalidations of device private memory and handle the invalidation in the driver as part of migrating device private memory. Signed-off-by: Ralph Campbell <rcampbell at nvidia.com> --- drivers/gpu/drm/nouveau/nouveau_dmem.c | 15 ++++++++++++--- drivers/gpu/drm/nouveau/nouveau_svm.c | 21 +++++++++------------

On Tue Nov 17, 2020 at 10:35 PM GMT, Michael Kruse wrote: > Am Di., 17. Nov. 2020 um 12:46 Uhr schrieb Luke Drummond via llvm-dev > <llvm-dev at lists.llvm.org>: > > > > On Tue Nov 17, 2020 at 6:37 PM GMT, Min-Yih Hsu wrote: > > > > > Just trying to understand: Are you suggesting a way to have a “-O0” > > > build without all the debug information?

Hello Xen refuses to create domU VM. I have posted some info about my system. Please suggest a solution. gate xen # xm info host : gate release : 2.6.25.5-1.1dom0 version : #24 SMP Sun Aug 31 16:55:27 EEST 2008 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 1999 hw_caps : 178bf3ff:e3d3fbff:00000000:00000010:00000001:00000000:00000003:00000000