search for: 469

...0/02/21 10:19:08, 5] lib/util.c:show_msg(458) size=60 smb_com=0x25 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=128 smb_flg2=1 [2000/02/21 10:19:08, 5] lib/util.c:show_msg(464) smb_tid=1 smb_pid=29874 smb_uid=100 smb_mid=2689 smt_wct=10 [2000/02/21 10:19:08, 5] lib/util.c:show_msg(469) smb_vwv[0]=4 (0x4) [2000/02/21 10:19:08, 5] lib/util.c:show_msg(469) smb_vwv[1]=0 (0x0) [2000/02/21 10:19:08, 5] lib/util.c:show_msg(469) smb_vwv[2]=0 (0x0) [2000/02/21 10:19:08, 5] lib/util.c:show_msg(469) smb_vwv[3]=4 (0x4) [2000/02/21 10:19:08, 5] lib/util.c:show_msg(469) smb_vwv[4]=5...

CentOS Errata and Security Advisory 2005:469 openoffice.org bug fix update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHBA-2005-469.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/openoffice.org-1.1.2-24.2.1.EL3.i386.rpm updates/x86_64/RPMS/openoffice.org-i18n-1...

CentOS Errata and Security Advisory 2005:469 openoffice.org bug fix update for CentOS 3 i386: https://rhn.redhat.com/errata/RHBA-2005-469.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/openoffice.org-1.1.2-24.2.1.EL3.i386.rpm updates/i386/RPMS/openoffice.org-i18n-1.1.2-24....

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=469 netfilter@linuxace.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter@linuxace.com Status|NEW |RESOLVED...

http://bugzilla.mindrot.org/show_bug.cgi?id=469 ------- Additional Comments From markus at openbsd.org 2003-01-26 22:39 ------- sorry, what exactly are you doing? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=469 ------- Additional Comments From robert.ozark at weblinkwireless.com 2003-05-07 04:54 ------- Sorry for the delay in getting back to you, but I just got back to working on NT problems. Problem: when I login to my NT4.0 server, using VanDyke's SecureCRT4.0 and SSH2, I get the usual scre...

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=469 Summary: recent match doesn't triger with --hitcount > 20 Product: netfilter/iptables Version: linux-2.6.x Platform: i386 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ip_tab...

...21:14:33 Error: IMAP(brett): Raw backtrace: 0x79494 -> 0x42350 -> 0x3cf40 -> 0x3ecf4 -> 0x3f118 -> 0x6b1f8 -> 0x29634 -> 0x2105c -> 0x211f0 -> 0x22c3c -> 0x22bb4 -> 0x22db0 -> 0x7f7d8 -> 0x7f090 -> 0x2b188 -> 0x1db88 dovecot: Mar 04 21:14:33 Error: child 469 (imap) killed with signal 6 dovecot: Mar 04 21:14:34 Error: IMAP(brett): file mbox-sync-rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) dovecot: Mar 04 21:14:34 Error: IMAP(brett): Raw backtrace: 0x79494 -> 0x42350 -> 0x3cf40 -> 0x...

...Q instruction but this patch deliberately uses it rather than MOVQDA (load 128-bits aligned). We were seeing that with the trace below, the final invocation is not 128-bit aligned but MOVQDA insists on it (the calling function was pitch_sse4_1.c:90, in the 4-way N - i >= 4 loop). 07-31 11:00:13.469 210 2540 <(469)%20210-2540> D opus_sse1: RBE celt_inner_prod_sse4_1: x 0xeff3deb0 y 0xeff3deb0 N 32 07-31 11:00:13.469 210 2540 <(469)%20210-2540> D opus_sse1: RBE celt_inner_prod_sse4_1: x 0xeff3d7b0 y 0xeff3d7b0 N 32 07-31 11:00:13.469 210 2540 <(469)%20210-2540> D opus...

...p' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2005:469 BUG fix CentOS 3 x86_64 openoffice.org - bug fix update (Tru Huynh) 2. CEBA-2005:469 BUG fix CentOS 3 i386 openoffice.org - bug fix update (Tru Huynh) 3. CESA-2005:371-01: Moderate CentOS 2 i386 ncpfs security update (John Newbigin) 4. CESA-2005:408 Moderate CentOS 4 ia64...

...s its work, creates a list, and returns. The object created isn't large at all. That return process never completes --- infinite wait. Kill it with cntrl\, claims to have died in Rf_alloc : ==5420== ==5420== Process terminating with default action of signal 3 (SIGQUIT) ==5420== at 0x4D14695: Rf_allocVector (memory.c:2445) ==5420== by 0x4D8FCAC: SubassignTypeFix (subassign.c:113) ==5420== by 0x4D91146: do_subassign2_dflt (subassign.c:1568) ==5420== by 0x4D92012: do_subassign2 (subassign.c:1451) ==5420== by 0x4CD940D: Rf_eval (eval.c:469) ==5420== by 0x4CDBEB6: do_set (e...

...------------ 0 264 ccc ID 456 457 0.000161449683 456 471 0.000181372545 456 470 0.000223134489 456 472 0.000252446034 456 455 0.000309741828 439 438 2.23606797e-006 439 454 0.000201933157 439 455 0.000221995495 439 453 0.000287360401 439 452 0.000319169234 470 469 0.000162689889 470 456 0.000223134489 470 454 0.000235031913 470 455 0.000236400085 470 484 0.000249327094 501 486 9.04267659e-005 501 500 0.000170484603 501 516 0.000182570534 501 515 0.000191415778 501 531 0.000231767124 468 497 0.000136528385 468 482...

When using a function name as parameter, here date, the following happends: R> foo <- function(date=date()) cat(date, "\n") R> foo() Error in cat(date, "\n") : recursive default argument reference R> foo("Good Morning!") Good Morning! works. Torsten --please do not edit the information below-- Version: platform = i686-unknown-linux arch = i686 os

...deliberately uses it rather > than MOVQDA (load 128-bits aligned). We were seeing that with the trace > below, the final invocation is not 128-bit aligned but MOVQDA insists on it > (the calling function was pitch_sse4_1.c:90, in the 4-way N - i >= 4 > loop). > > 07-31 11:00:13.469 210 2540 <(469)%20210-2540> D opus_sse1: RBE > celt_inner_prod_sse4_1: x 0xeff3deb0 y 0xeff3deb0 N 32 > 07-31 11:00:13.469 210 2540 <(469)%20210-2540> D opus_sse1: RBE > celt_inner_prod_sse4_1: x 0xeff3d7b0 y 0xeff3d7b0 N 32 > 07-31 11:00:13.469 210 2540 <(469)%2...

...for the bios I get the error: Can not run from protected enviornment. Can any one help me reconcile this issue so I can get the bios update .img to work correctly. Thanks for any help guys. Thank You BP Computer Consultants Bryan Pershall (MCSE, Dell Certified) IT Consultant ------ Office: 281-469-6456 Cell: 281-732-7225

With the Ipv6 patch (r708), I get: upsclient.c: In function `upscli_connect': upsclient.c:469: `AI_ADDRCONFIG' undeclared (first use in this function) upsclient.c:469: (Each undeclared identifier is reported only once upsclient.c:469: for each function it appears in.) Even if it doesn't break IPv4 support, it may break portability, as IPv6 seems to require specific functions that a...

...50(0000000001d00054) mm/pgtable-generic.c:33: bad pmd ffff8800d3624190(0000000001d00070) mm/pgtable-generic.c:33: bad pmd ffff8800d36a5110(0000000001d00054) mm/pgtable-generic.c:33: bad pmd ffff880118eb1450(0000000001d00054) NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s! [systemd-journal:469] Modules linked in: e1000e CPU: 2 PID: 469 Comm: systemd-journal Not tainted 4.6.0-rc4-test+ #513 Hardware name: Hewlett-Packard HP Compaq Pro 6300 SFF/339A, BIOS K01 v02.05 05/07/2012 task: ffff880118f740c0 ti: ffff8800d4aec000 task.ti: ffff8800d4aec000 RIP: 0010:[<ffffffff81134148>] [...

...50(0000000001d00054) mm/pgtable-generic.c:33: bad pmd ffff8800d3624190(0000000001d00070) mm/pgtable-generic.c:33: bad pmd ffff8800d36a5110(0000000001d00054) mm/pgtable-generic.c:33: bad pmd ffff880118eb1450(0000000001d00054) NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s! [systemd-journal:469] Modules linked in: e1000e CPU: 2 PID: 469 Comm: systemd-journal Not tainted 4.6.0-rc4-test+ #513 Hardware name: Hewlett-Packard HP Compaq Pro 6300 SFF/339A, BIOS K01 v02.05 05/07/2012 task: ffff880118f740c0 ti: ffff8800d4aec000 task.ti: ffff8800d4aec000 RIP: 0010:[<ffffffff81134148>] [...

...64) Adding Domain: 5 [2010-12-21 00:32:23 2091] DEBUG (XendDomainInfo:2818) XendDomainInfo.initDomain: 5 256 *[2010-12-21 00:32:23 2091] ERROR (XendDomainInfo:483) VM start failed* Traceback (most recent call last): File "usr/lib/python2.5/site-packages/xen/xend/XendDomainInfo.py", line 469, in start XendTask.log_progress(31, 60, self._initDomain) File "usr/lib/python2.5/site-packages/xen/xend/XendTask.py", line 209, in log_progress retval = func(*args, **kwds) File "usr/lib/python2.5/site-packages/xen/xend/XendDomainInfo.py", line 2820, in _initDomain...

Has anybody tried to install * in any of these minimalist linux distros like tinylinux? Which linux distro would you use to run * in old P2, P3 boxes? Regards, Victor Perez vperez@mssco.com (469) 221-4189