search for: 7283

On Wed, Oct 04, 2006 at 01:27:20PM +0100, richard wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: richard > Revision: 7283 > Date: 2006-10-04 13:27:17 +0100 (Wed, 04 Oct 2006) > > Log message (2 lines): > Use "unsigned char" instead of "char" when serialising lengths, to avoid > problems on platforms where char is signed (eg, windows). Not just windows - char is also signe...

...DEBUG[7193]: Setting NAT on RTP to 0 Jan 1 15:19:26 DEBUG[7193]: Stopping retransmission on '318ac3e276ef32651a8d76623c6b1fcb@10.16.33.12' of Request 102: Found Jan 1 15:19:26 DEBUG[7193]: Setting NAT on RTP to 0 Jan 1 15:19:26 DEBUG[7193]: Setting NAT on RTP to 0 Jan 1 15:19:30 VERBOSE[7283]: Asterisk Event Logger Started /var/log/asterisk/event_log Jan 1 15:19:30 VERBOSE[7283]: == Manager registered action Ping Jan 1 15:19:30 VERBOSE[7283]: == Manager registered action Events Jan 1 15:19:30 VERBOSE[7283]: == Manager registered action Logoff Jan 1 15:19:30 VERBOSE[7283]: =...

Hello, When I am using module acl_tdb and I am trying to get access to directory I am getting call trace in log.ip Best regards! /Adrian Berlin =============================================================== [2010/03/24 13:54:05.295901, 0] lib/fault.c:47(fault_report) INTERNAL ERROR: Signal 11 in pid 15556 (3.5.1) Please read the Trouble-Shooting section of the Samba3-HOWTO [2010/03/24

...try, both crashes are gone. *New problem though:* /llvm-clang-trunk/src/tools/clang/lib/CodeGen/CGBuiltin.cpp: In member function ?llvm::Value* clang::CodeGen::CodeGenFunction::EmitAMDGPUBuiltinExpr(unsigned int, const clang::CallExpr*)?: /llvm-clang-trunk/src/tools/clang/lib/CodeGen/CGBuiltin.cpp:7283:39: error: *?r600_rsq? is not a member of ?llvm::Intrinsic?* return emitUnaryBuiltin(*this, E, Intrinsic::r600_rsq); ^ /llvm-clang-trunk/src/tools/clang/lib/CodeGen/CGBuiltin.cpp:7289:39: error: *?AMDGPU_ldexp? is not a member of ?llvm::Intrinsic?* r...

...ith my X100P board. I?m trying to trace tre problem , but i didn?t find a possible answer. -> I get those messages when trying to use Zap Channel Sep 29 14:15:46 WARNING[-1094796368]: chan_sip.c:2107 sip_new: Unable to allocate channel structure Sep 29 14:15:46 NOTICE[-1094796368]: chan_sip.c:7283 handle_request: Unable to create/find channel When i try to make a call to the line gives me a busy signal. The problem only solves when i reboot the PC. :( Best Regards, -Jefferson Carvalho

...ependent variables I include and how many categories I have in the dependent variable, the model cannot be estimated. My data look like this (there are 68 observations): > head(database) RESTE09 GAUCHE09 PDC09 PLR09 UDC09 MCG09 RESTE05 GAUCHE05 PDC05 D1 1455 5931 4726 7283 3611 5179 0.04487642 0.1707559 0.27561790 D2 1736 10548 6905 27660 5430 5360 0.04487109 0.1797425 0.13782229 D3 4208 12452 1721 8210 3179 8960 0.18580836 0.3218897 0.05659316 D4 2182 9208 7288 10654 2951 5205 0.08227831 0.2591124 0.19605699 D5 6129 13909 12691 1...

...) + 973 > 20 clang-3.4 0x0000000103ff6ab4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 > 21 clang-3.4 0x000000010330306d cc1_main(char const**, char const**, char const*, void*) + 925 > 22 clang-3.4 0x00000001033015c3 main + 7283 > 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 (note the line number of the assertion is probably different because I’ve added some prints to help me debug this) When I print the MDNode returned by “FnScope->getScopeNode()”, I get lots of <badref>’s: > !{i32 786478, me...

...> 20 clang-3.4 0x0000000103ff6ab4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 >> 21 clang-3.4 0x000000010330306d cc1_main(char const**, char const**, char const*, void*) + 925 >> 22 clang-3.4 0x00000001033015c3 main + 7283 >> 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 > > (note the line number of the assertion is probably different because I’ve added some prints to help me debug this) > > When I print the MDNode returned by “FnScope->getScopeNode()”, I get lots of <badref>’s:...

...clang-3.4 0x0000000103ff6ab4 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 >>> 21 clang-3.4 0x000000010330306d cc1_main(char const**, char const**, char const*, void*) + 925 >>> 22 clang-3.4 0x00000001033015c3 main + 7283 >>> 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 >> >> (note the line number of the assertion is probably different because I’ve added some prints to help me debug this) >> >> When I print the MDNode returned by “FnScope->getScopeNode()”, I get lots...

...t; * BUG 7075: Fix bug in vfs_scannedonly rmdir implementation. * BUG 7159: Fix handling of bad server data returns in client rpc_transport. * BUG 7234: Symlink delete fails but incorrectly reports success to client. * BUG 7255: Fix "printer admin" functionality. * BUG 7283: Fix smbd segfault if using vfs_acl_tdb. * BUG 7297: Fix smbd crashes with CUPS printers and no [printers] share defined. * BUG 7310: Fix DOS attribute inconsistency with MS Office. o Kai Blin <kai at samba.org> * BUG 7290: Fix core dump in 'ntlm_auth' with "gss-s...

...t; * BUG 7075: Fix bug in vfs_scannedonly rmdir implementation. * BUG 7159: Fix handling of bad server data returns in client rpc_transport. * BUG 7234: Symlink delete fails but incorrectly reports success to client. * BUG 7255: Fix "printer admin" functionality. * BUG 7283: Fix smbd segfault if using vfs_acl_tdb. * BUG 7297: Fix smbd crashes with CUPS printers and no [printers] share defined. * BUG 7310: Fix DOS attribute inconsistency with MS Office. o Kai Blin <kai at samba.org> * BUG 7290: Fix core dump in 'ntlm_auth' with "gss-s...

...kage. Cheers, -- Mehmet Balcilar, PhD Associate Professor of Econometrics Cukurova University College of Economics & Administrative Sciences Department of Econometrics Balcali, Adana 01330 Turkey Tel: +90 (322) 338-7255 (6 lines) Ext. 170 Mobile: +90 532 396-0145 Fax: +90 (322) 338-7283 +90 (322) 338-7284 e-mail: mbalcilar at yahoo.com mehmet at mbalcilar.net mbalcilar at cu.edu.tr Homepage: http://www.mbalcilar.net _______________________________________________ R-packages mailing list R-packages at stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-packa...

...before (such as the ones on sunfreeware.com), the packages built with these scripts are installed using 'pkgadd -d FILENAME'. --Rip -------------- next part -------------- A non-text attachment was scrubbed... Name: openssh-solaris-pkgscripts.tgz Type: application/x-compressed Size: 7283 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20000802/1d5ef6fc/attachment.bin

...0x0000000103ff6ab4 >> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 >> 21 clang-3.4 0x000000010330306d cc1_main(char const**, char >> const**, char const*, void*) + 925 >> 22 clang-3.4 0x00000001033015c3 main + 7283 >> 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 >> >> >> (note the line number of the assertion is probably different because I’ve >> added some prints to help me debug this) >> >> When I print the MDNode returned by “FnScope->getScopeNode()”...

...t; 20 clang-3.4 0x0000000103ff6ab4 > clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 > 21 clang-3.4 0x000000010330306d cc1_main(char const**, char > const**, char const*, void*) + 925 > 22 clang-3.4 0x00000001033015c3 main + 7283 > 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 > > > (note the line number of the assertion is probably different because I’ve > added some prints to help me debug this) > > When I print the MDNode returned by “FnScope->getScopeNode()”, I get lots of > <bad...

...nel/rcu/tiny.c --- 0-DAY kernel test infrastructure Open Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -------------- next part -------------- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 7283 bytes Desc: not available URL: <http://lists.linuxfoundation.org/pipermail/virtualization/attachments/20190723/f6bf03d2/attachment.bin>

...x0000000103ff6ab4 >>> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 4276 >>> 21 clang-3.4 0x000000010330306d cc1_main(char const**, char >>> const**, char const*, void*) + 925 >>> 22 clang-3.4 0x00000001033015c3 main + 7283 >>> 23 libdyld.dylib 0x00007fff8e68d5fd start + 1 >>> >>> >>> (note the line number of the assertion is probably different because I’ve >>> added some prints to help me debug this) >>> >>> When I print the MDNode returned...

...o present at all future meetings. If you feel you have something to input into this meeting or can recommend someone else, we would be delighted to hear from you. The next LondonR meeting will be held on the 5th October 2010 Venue: Counting House - 50 Cornhill, London, EC3V 3PD Tel: 020 7283 7123 (Nearest tube is Bank exit 4 or 5. Opposite Star Bucks) Time: 6pm - 9pm Agenda: to be confirmed The following LondonR meetings will be held: * 8th December 2010 * 9th March 2011 (Agenda and venue to be confirmed) To register, for more information or...

Sure this is more likely a gcc bug. However, same toolchain compiled without any problems a week ago. Also, in some organizations, upgrading gcc is very hard if not impossible. On Fri, Jul 22, 2016 at 11:11 AM, Paulo Matos via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On 22/07/16 20:08, Welson Sun via llvm-dev wrote: > > This is gcc4.8.0 compiling HEAD synced on

...ttributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 114 107 021 Pre-fail Always - 7283 4 Start_Stop_Count 0x0032 091 091 000 Old_age Always - 9764 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0...