search for: 25a

Jerry, Jeremy, all: Just FYI: 3.0.25b is working great in standalone with XP just like 25a! Thanks team! -- David C. Rankin, J.D., P.E.

Hi, I installed Dovecot on FreeBSD 4-STABLE machine and have a problem. MTA is postfix delivering to ~/Maildir, runs perfectly. Dovecot is configured to use plaintext auth, config file is at the end of this mail. When trying to get mail via IMAP, I'm getting the following errors: /var/log/dovecot.log > Aug 24 12:00:35 Info: Dovecot starting up > Aug 24 12:00:51 Info: Login: goshik

...0A: num NA NA NA NA NA NA NA NA NA NA ... $ 20B: num 0.85 0.77 0.62 0.86 0.97 0.6 0.33 0.58 0.54 0.88 ... $ 22A: num NA NA NA NA NA NA NA NA NA NA ... $ 22B: num NA NA NA NA NA NA NA NA NA NA ... $ 23A: num NA NA NA NA NA NA NA NA NA NA ... $ 23B: num NA NA NA NA NA NA NA NA NA NA ... $ 25A: num NA NA NA NA NA NA NA NA NA NA ... $ 25B: num NA NA NA NA NA NA NA NA NA NA ... $ 28A: num NA NA NA NA NA NA NA NA NA NA ... $ 28B: num NA NA NA NA NA NA NA NA NA NA ... $ 31A: num NA NA NA NA NA NA NA NA NA NA ... $ 31B: num NA NA NA NA NA NA NA NA NA NA ... $ 32A: num NA NA NA NA...

...that state but will awake once the nouveau kernel module does its suspend stuff. See attachment. The Dimension 4100 enters the S1 state upon suspend, S3 is not supported. This behavior is identical with both Windows XP and Debian Wheezy. Current draw in the S1 state is .20A under Windows XP and .25A with Wheezy. The current draw difference may not be related to the graphics card but it is interesting nevertheless. I have looked for related bugs but can't find any. I speculate, however, that this problem may be common but just overlooked. It appears that most people are interested in major...

...f4c2bdfc, 954258) 954257f4 zfs:zfs_panic_recover+28 (f4c2bdfc, 2842f400,) 95425874 zfs:space_map_add+153 (94e6da38, 2842f400,) 954258fc zfs:space_map_load+2d8 (94e6da38, 8eebd5b0,) 9542592c zfs:metaslab_activate+64 (94e6d800, 0, 800000) 95425984 zfs:metaslab_group_alloc+22a (94451a80, 400, 0, 2) 95425a10 zfs:metaslab_alloc_dva+1ac (87c74340, 86882e00,) 95425a80 zfs:metaslab_alloc+143 (87c74340, 86882e00,) 95425adc zfs:zio_dva_allocate+132 (9330a6b8) 95425af8 zfs:zio_next_stage+132 (9330a6b8) 95425b3c zfs:zio_checksum_generate+ad (9330a6b8) 95425b54 zfs:zio_next_stage+132 (9330a6b8) 95425bac zfs:z...

Hi, > Suppose I have the following source: > > file1: > #include "file2" > #include "file3" > int fn1(void) ... > > file2: > int a; > > file3: > int fn2(void) ... > > then fn1, along with all the base types etc appear to be in compile unit > "file1", the variable a appears to be in compile unit

I have a question about the llvm debugging records, especially wrt compile units. In the non-LLVM sense, a compile unit is essentially everything contained within a single .o file, and it is derived from one or more source and header files. Included in a compile unit are functions and global data. Dwarf records refer to compile units in the same way: a compile unit record has children which

...30d6 intr a0 unknown mach_cpu_idle+17 3 ffffff02e69a8260 1a9d027780a intr a0 unknown mach_cpu_idle+17 ffffff000f8ad900 unix:die+f4 () ffffff000f8ada30 unix:trap+37e () ffffff000f8ada40 unix:cmntrap+1d0 () ffffff000f8adb40 zfs:dsl_dataset_get_spa+f () ffffff000f8adbb0 zfs:dsl_dataset_destroy+25a () ffffff000f8adbf0 zfs:dmu_objset_destroy+5e () ffffff000f8adc20 zfs:zfs_ioc_destroy+42 () ffffff000f8adca0 zfs:zfsdev_ioctl+162 () ffffff000f8adce0 genunix:cdev_ioctl+48 () ffffff000f8add20 specfs:spec_ioctl+86 () ffffff000f8adda0 genunix:fop_ioctl+7b () ffffff000f8adeb0 genunix:ioctl+174 () ffff...

...ute_header cmp [rsp+68h+var_38], rcx mov edx, 0 mov r13, [rsp+68h+var_48] mov r8d, 1 mov r9d, 1 jle short loc_100000EE0 loc_100000E7A: ; CODE XREF: _main+25A j mov r12d, [rax+rdx*4] mov edi, 0FFFFFFFFh mov ecx, 1 mov rsi, r13 nop dword ptr [rax+rax+00h] loc_100000E90: ; CODE XREF: _main+249 j mov r10d, [rsi]...

...gt; mov edx, 0 >> mov r13, [rsp+68h+var_48] >> mov r8d, 1 >> mov r9d, 1 >> jle short loc_100000EE0 >> >> loc_100000E7A: ; CODE XREF: _main+25A j >> mov r12d, [rax+rdx*4] >> mov edi, 0FFFFFFFFh >> mov ecx, 1 >> mov rsi, r13 >> nop dword ptr [rax+rax+00h] >> >> loc_100000E90:...

...gt; mov r13, [rsp+68h+var_48] >>>> mov r8d, 1 >>>> mov r9d, 1 >>>> jle short loc_100000EE0 >>>> >>>> loc_100000E7A: ; CODE XREF: _main+25A j >>>> mov r12d, [rax+rdx*4] >>>> mov edi, 0FFFFFFFFh >>>> mov ecx, 1 >>>> mov rsi, r13 >>>> nop dword ptr [rax+rax+00h] >>>> &...