search for: 17h

Hello, I have a table that was constructed in a wrong way (dput data on bottom - wrong data-frame): Local Mês Dia Colonia X6h X7h X8h X9h X10h X11h X12h X13h X14h X15h X16h X17h 1 Conceição Junho 1 3 2.16137 2.20412 2.08991 1.72428 1.69897 1.62325 1.44716 1.51851 1.43136 1.47712 1.51851 1.04139 2 Conceição Junho 2 3 2.46538 2.13672 2.06819 1.97772 2.00000 1.80618 1.64345 1.20412 1.62325 1.36173 1.69020 1.57978 3 Conceição Junho 3 3 2.53275 2.5250...

...ed code, it seems that the local memory anchored at ebp has conflict with stack memory anchored at esp prepared for function calls. For example, let us say: foo() { ... call bar(); } There is some local data for foo() at ebp-170h. while preparing the call to bar, some data is written to esp+17h. The problem is that esp+17h and ebp-170h point to the same address, and therefore the data is corrupted. Has anyone seen this problem before? and is there any fix or work around for that? Thanks! -Peng -------------- next part -------------- An HTML attachment was scrubbed... URL: <http:...

...uot;penryn" : "core2"; the solution is simply to re-add this test for CPU family 6 model 23, here is the patch : --- a/lib/Support/Host.cpp 2015-10-14 07:13:52.381374679 +0200 +++ b/lib/Support/Host.cpp 2015-10-14 07:13:28.224708323 +0200 @@ -332,6 +332,8 @@ // 17h. All processors are manufactured using the 45 nm process. // // 45nm: Penryn , Wolfdale, Yorkfield (XE) + // Not all Penryn processors support SSE 4.1 (such as the Pentium brand) + return HasSSE41 ? "penryn" : "core2";...

...e between AMD and Haiguang Information Technology Co.,Ltd., aims at providing high performance x86 processor for China server market. Its first generation processor codename is Dhyana, which originates from AMD technology and shares most of the architecture with AMD's family 17h, but with different CPU Vendor ID("HygonGenuine")/Family series number(Family 18h). Related Hygon kernel patch can be found on: http://lkml.kernel.org/r/5ce86123a7b9dad925ac583d88d2f921040e859b.1538583282.git.puwen at hygon.cn Signed-off-by: Jinke Fan <fanjinke51 at yeah.net>...

...rvisor is > a sign of a problematic architecture, you should look at > adding that down the road - you will likely need it at some point. (Appologies if you got this twice, my mailer had a brain fart and I don't know if the first one got through & am about to disappear in a plane for 17h) Well, we can later in the boot process. At VM creation time, it's just a normal VM. The VM firmware, bootloader etc... are just operating normally etc... Later on, (we may have even already run Linux at that point, unsecurely, as we can use Linux as a bootloader under some circumstances), we...

...rver, 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.csir...

...if the dlopen not happen cleanly , then any zoneload will be never succeeed. At monent i?m build bind 9.9.5.7 on one of RPi cluster nodes , will tell you next days the Outcome and named -V output from package and selfcompiled. Compiling bind on RPI-II ( not croscompiling ) takes 4-6h , samba4 ~13-17h . -- Mit freundlichen Gr??en / Best Regards Horst Venzke ; PGP NET : 1024G/082F2E6D ; http://www.remsnet.de Legal Notice: This transmittal and/or attachments may be privileged or confidential. It is intended solely for the addressee named above. Any review, dissemination, or copying is strictl...

...ebackup/server_gen/2013.07.26_03.08.38/\$sortin_linux/natty_lirc_work/etc/fuse.conf > File: > `/mnt/hotswapo/storebackup/server_gen/2013.07.26_03.08.38/$sortin_linux/natty_lirc_work/etc/fuse.conf' > Size: 216 Blocks: 8 IO Block: 131072 regular file > Device: 17h/23d Inode: 219420238 Links: 124 > Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2013-08-02 23:42:19.959015277 +0200 > Modify: 2011-02-10 22:03:08.000000000 +0100 > Change: 2013-08-02 03:19:01.487305400 +0200 > Birth: - > > root at mediapc...

On June 18, 2019 12:34:35 PM PDT, Mathieu Chouquet-Stringer <m+syslinux at thi.eu.com> wrote: > Hello Hans Peter, > >Any idea on how I could debug this problem? Basically lpxelinux 6.03 >reboots while loading the initrd if its size is above a certain >threshold. It only happens on certain servers and there's not output >when it happens. I can trigger it reliably on

...rsync-qa@samba.org during my backup, rsync exits without finishing its job. i've upgraded rsync to version 302, and debugged rsync with the rsync-debug script. Here is the output from the last run: fstat(3, {st_mode=S_IFREG|0644, st_size=38452, ...}) = 0 read(3, "\37\213\10\0\327\316\17H\0\3\354]\331r\333H\262}\266\277"..., 38452) = 38452 select(2, NULL, [1], [1], {60, 0}) = 1 (out [1], left {60, 0}) write(1, "\374\17\0\7", 4) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- write(2, "rsync: writefd_unbuffered failed"..., 76r...

...open not happen cleanly , then any zoneload will be never succeeed. > > At monent i?m build bind 9.9.5.7 on one of RPi cluster nodes , will tell you next days the Outcome and named -V output from package and selfcompiled. Compiling bind on RPI-II ( not croscompiling ) takes 4-6h , samba4 ~13-17h . Hi, ok I take your point, but the OP never mentioned Rpi, come to think of it, the OP has never mentioned their distro, wonder what it is. As for compiling S4 on rpi, been there, done that and yes it does take a very long time. :-) Rowland > > > -- > Mit freundlichen Gr??en / Be...

...st_mode=S_IFREG|0444, st_size=1785405919, ...}) = 0 11:20:42 open(".toto.gz,v.3axXXh", O_RDWR|O_CREAT|O_EXCL, 0600) = 3 11:20:42 fchmod(3, 0400) = 0 ....... file transfert, many read and write 11:48:48 read(0, "\24.........", 8184) = 387 11:48:48 write(3, "%I\17H/M\...\226"..., 254657) = 254657 11:48:48 brk(0x588000) = 0x588000 11:48:48 close(1) = 0 11:48:48 close(3) = 0 11:48:48 lstat(".toto.gz,v.3axXXh", {st_mode=S_IFREG|0400, st_size=2039997121 , ...}) = 0 11:48:48 chmod("....

...y services are supported (int 13h) > Print screen service is supported (int 5h) > 8042 keyboard services are supported (int 9h) > Serial services are supported (int 14h) > Printer services are supported (int 17h) > ACPI is supported > USB legacy is supported > BIOS boot specification is supported > Targeted content distribution is supported > UEFI is supported > BIOS Revision: 4...

...status NetworkManager says: > > systemctl status NetworkManager > ? NetworkManager.service - Network Manager > ?? Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; > enabled; vendor preset: enabled) > ?? Active: active (running) since Mon 2020-09-21 17:25:21 CEST; 17h ago > ???? Docs: man:NetworkManager(8) > ?Main PID: 1752062 (NetworkManager) > ??? Tasks: 3 (limit: 204496) > ?? Memory: 8.2M > ?? CGroup: /system.slice/NetworkManager.service > ?????????? ??1752062 /usr/sbin/NetworkManager --no-daemon > > NetworkManager[1752062]: <...

On Mon, Jun 24, 2019 at 3:35 AM Pete Biggs <pete at biggs.org.uk> wrote: > On Sun, 2019-06-23 at 22:13 -0400, doug schmidt wrote: > > Hi, > > I'm having an issue with my Thinkpad P70 laptop/workstation. This system > is > > a dual boot, > > windows 10 pro and centos 7. I have not needed to use the cdrom until > now, > > however the system does not

...none Furthermore, systemctl status NetworkManager says: systemctl status NetworkManager ? NetworkManager.service - Network Manager ?? Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled) ?? Active: active (running) since Mon 2020-09-21 17:25:21 CEST; 17h ago ???? Docs: man:NetworkManager(8) ?Main PID: 1752062 (NetworkManager) ??? Tasks: 3 (limit: 204496) ?? Memory: 8.2M ?? CGroup: /system.slice/NetworkManager.service ?????????? ??1752062 /usr/sbin/NetworkManager --no-daemon NetworkManager[1752062]: <info>? [1600751941.1341] agent-manag...

...3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) ACPI is supported USB legacy is supported BIOS boot specification is supported Targeted content distribution is supported UEFI is supported BIOS Revision: 4.6 System Information Ma...

...appen cleanly , then any zoneload will be never succeeed. > > > > At monent i?m build bind 9.9.5.7 on one of RPi cluster nodes , will tell you next days the Outcome and named -V output from package and selfcompiled. Compiling bind on RPI-II ( not croscompiling ) takes 4-6h , samba4 ~13-17h . > > Hi, ok I take your point, but the OP never mentioned Rpi, come to think > of it, the OP has never mentioned their distro, wonder what it is. > > As for compiling S4 on rpi, been there, done that and yes it does take a > very long time. :-) > > Rowland > > &...

...3.5"/720 kB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported BIOS boot specification is supported Targeted content distribution is supported UEFI is supported BIOS R...

...cleanly , then any zoneload will be never succeeed. >>> >>> At monent i?m build bind 9.9.5.7 on one of RPi cluster nodes , will tell you next days the Outcome and named -V output from package and selfcompiled. Compiling bind on RPI-II ( not croscompiling ) takes 4-6h , samba4 ~13-17h . >> Hi, ok I take your point, but the OP never mentioned Rpi, come to think >> of it, the OP has never mentioned their distro, wonder what it is. >> >> As for compiling S4 on rpi, been there, done that and yes it does take a >> very long time. :-) >> >> Ro...