search for: 13d

...o linux-2.2.14-8 OpenLinux Server 3.1 All packages previous to linux-2.4.2-13S OpenLinux Workstation 3.1 All packages previous to linux-2.4.2-13D 3. Solution Workaround none The proper solution is to upgrade to the latest packages. 4. OpenLinux 2.3 4.1 Location of Fixed Packages The upgrade packages can be found on Caldera's FTP site at: ftp://ftp.caldera.com/pub/updates/OpenLinux/2.3/current/RP...

...o Server, which may or may not be related to a previous 'Release file expiration error' when trying to perform apt-get update prior to installing r-base into my remote Debian system. E: Release file for http://mirror.optus.net/debian/dists/jessie-updates/InRelease is expired (invalid since 13d 17h 49min 2s). Updates for this repository will not be applied. To work around the release file error I executed the following command which then allowed R to be installed: $ sudo apt-get -o Acquire::Check-Valid-Until=false update I then added this line to etc/apt/sources.list: deb http://cran....

...gram Files\\mIRC\\mirc.exe" fixme:ole:CoCreateInstance no classfactory created for CLSID {d45fd2fc-5c6e-11d1-9ec1-00c04fd7081f}, hres is 0x80040150 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 403af778 fixme:winsock:NtStatusToWSAError Status code 403af778 converted to DOS error code 13d fixme:winsock:WSACancelAsyncRequest (0xdeaf),stub fixme:winsock:WSACancelAsyncRequest (0xdeaf),stub wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x0065006e in 32-bit code (0x404ad1a0). In 32 bit mode. Re...

...stallation? This is part of what I get on the screen: humboldt:/usr/local/R-patched # make pdf make[1]: Entering directory `/usr/local/R-patched/doc' make[2]: Entering directory `/usr/local/R-patched/doc/manual' PDF/LaTeX documentation: reference index ... This is pdfTeX, Version 3.14159-13d (Web2C 7.3.1) [/var/lib/texmf/pdftex/config/pdftex.cfg] LaTeX2e <2000/06/01> Babel <v3.7h> and hyphenation patterns for american, french, german, ngerman, n ohyphenation, loaded. (refman.tex (/usr/share/texmf/tex/latex/base/book.cls Document Class: book 2000/05/19 v1.4b Standard LaTeX...

...single hot-spare, and applied UFS or SAM-QFS filesystems onto hardware LUN''s sliced out of those grous. The use of two smaller RAID-groups seems advisable given the likely large reconstruct time on these 400GB 7200RPM drives. Some options we''re considering with ZFS are: (0) One 13D+1P h/w RAID-5 group, one hot-spare, configured as 5-9 LUN''s. Setup ZFS pool of one RAID-Z group from all those LUN''s. With a 6-LUN RAID-Z group should have ~4333GB available space (9-LUN group gives ~4622GB). Some block-level recovery available, but an extra help...

...vss 0xc(%rbx),%xmm0 124: e8 00 00 00 00 callq 129 <_Z4fct3Pf+0x49> 129: c5 fa 11 43 0c vmovss %xmm0,0xc(%rbx) 12e: c5 fa 10 43 10 vmovss 0x10(%rbx),%xmm0 133: e8 00 00 00 00 callq 138 <_Z4fct3Pf+0x58> 138: c5 fa 11 43 10 vmovss %xmm0,0x10(%rbx) 13d: c5 fa 10 43 14 vmovss 0x14(%rbx),%xmm0 142: e8 00 00 00 00 callq 147 <_Z4fct3Pf+0x67> 147: c5 fa 11 43 14 vmovss %xmm0,0x14(%rbx) 14c: c5 fa 10 43 18 vmovss 0x18(%rbx),%xmm0 151: e8 00 00 00 00 callq 156 <_Z4fct3Pf+0x76> 156: c5 fa 11 43 18...

...() Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840d9c0 zfs:dnode_sync+214 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840da00 zfs:dmu_objset_sync_dnodes+55 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840da80 zfs:dmu_objset_sync+13d () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840dad0 zfs:dsl_dataset_sync+5d () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840db40 zfs:dsl_pool_sync+b5 () Sep 13 14:13:22 cypress genunix: [ID 655072 kern.notice] ffffff000840dbd0 zfs:spa_sync+1c5 () Sep...

https://bugs.freedesktop.org/show_bug.cgi?id=71662 Priority: medium Bug ID: 71662 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 regression] 3d application hang Severity: normal Classification: Unclassified OS: All Reporter: jano.vesely at gmail.com Hardware: Other Status: NEW

...66 66 66 2e 0f 1f 84 00 00 00 00 00 nopw > %cs:(%eax,%eax) > > _XEP:getfoo: > 130: 8b 44 24 04 movl 4(%esp), %eax > 134: 83 f8 00 cmpl $0, %eax > 137: 0f 84 05 00 00 00 je 5 <_XEP:getfoo+0x12> > 13d: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x12> > 0000013e: IMAGE_REL_I386_REL32 _typeError > 142: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x17> > 00000143: IMAGE_REL_I386_REL32 _getfoo > 147: c3...

...>> %cs:(%eax,%eax) >>> >>> _XEP:getfoo: >>> 130: 8b 44 24 04 movl 4(%esp), %eax >>> 134: 83 f8 00 cmpl $0, %eax >>> 137: 0f 84 05 00 00 00 je 5 <_XEP:getfoo+0x12> >>> 13d: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x12> >>> 0000013e: IMAGE_REL_I386_REL32 _typeError >>> 142: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x17> >>> 00000143: IMAGE_REL_I386_REL32 _getfoo >...

On Mon, Jun 5, 2017 at 1:34 PM, Nikodemus Siivola < nikodemus at random-state.net> wrote: > Uh. Turns out that if I hide the pointer to @foo from LLVM by passing it > through an opaque identity function ... then everything works fine. > > Is this a bug in LLVM or is there some magic involving globals I'm > misunderstanding? > This looks like a bug in the handling of

...ffffff000fd0a870 zfs:dbuf_sync_leaf+1ac () ffffff000fd0a8b0 zfs:dbuf_sync_list+51 () ffffff000fd0a900 zfs:dbuf_sync_indirect+cd () ffffff000fd0a940 zfs:dbuf_sync_list+5e () ffffff000fd0a9b0 zfs:dnode_sync+23b () ffffff000fd0a9f0 zfs:dmu_objset_sync_dnodes+55 () ffffff000fd0aa70 zfs:dmu_objset_sync+13d () ffffff000fd0aac0 zfs:dsl_dataset_sync+5d () ffffff000fd0ab30 zfs:dsl_pool_sync+b5 () ffffff000fd0abd0 zfs:spa_sync+208 () ffffff000fd0ac60 zfs:txg_sync_thread+19a () ffffff000fd0ac70 unix:thread_start+8 () syncing file systems... 1 1 done ereport.io.pciex.rc.fe-msg ena=5344b8176c00c01 detector=...