search for: 40320

...: /isolinux/boot.cat El Torito images : N Pltf B Emul Ld_seg Hdpt Ldsiz LBA El Torito boot img : 1 BIOS y none 0x0000 0x00 4 2559 El Torito boot img : 2 UEFI y none 0x0000 0x00 10064 43 El Torito boot img : 3 UEFI y none 0x0000 0x00 40320 2571 El Torito img path : 1 /isolinux/isolinux.bin El Torito img opts : 1 boot-info-table isohybrid-suitable El Torito img path : 2 /isolinux/efiboot.img El Torito img path : 3 /isolinux/macboot.img System area options: 0x00000102 System area summary: MBR isohybrid cyl-align-on G...

I'm going to get the hang of this mailing list eventually. Apologies for any duplicate emails.. >Ian Bannerman: >> While I did know the .exe variant was not official / untrusted, >Is there a special reason for this ? (Except the known bugs which affect Linux binaries, too.) Not really. I had never found a convincing source for it and had seen previous list entries like this

...orithm. Are there any clever adaptive algorithms out there? Here is an example illustrating the problem: require(e1071) n <- 8 x <- runif(n) + 1i * runif(n) y <- runif(n) + 1i * runif(n) dist <- function(x, y) sqrt(sum(Mod(x - y)^2)) perms <- permutations(n) dim(perms) # [1] 40320 8 tmp <- apply(perms, 1, function(ord) dist(x, y[ord])) z <- y[perms[which.min(tmp), ]] # exact solution dist(x, z) # an aproximate random-sampling approach nsamp <- 10000 perms <- t(replicate(nsamp, sample(1:n, size=n, replace=FALSE))) tmp <- apply(perms, 1, function(ord) di...

...0 112 39060 0 113 39120 0 114 39180 0 115 39240 0 116 39300 0 117 39360 0 118 39420 0 119 39480 0 120 39540 0 121 39600 0 122 39660 0 123 39720 32 124 39780 32 125 39840 77 126 39900 0 127 39960 0 128 40020 0 129 40080 0 130 40140 0 131 40200 0 132 40260 0 133 40320 0 134 40380 0 135 40440 0 136 40500 0 137 40560 0 138 40620 32 139 40680 32 140 40740 109 141 40800 67 142 40860 92 143 40920 0 144 40980 0 145 41040 0 146 41100 0 147 41160 0 148 41220 0 149 41280 0 150 41340 0 151 41400 0 152 41460 0 153 41520 112 154 41580 0 1...

Hello, school is over so I can get back to more serious things like fixing wine bugs. At some point someone asked for the software from http://www.guitarport.com/ to be fixed. I tried it today, and it installs and works. I haven't got the hardware it's supposed to work with, but if anyone is aware of bugs in this software that I can get to without any additional hardware, please let me

I think this is the same underlying issue as https://bugs.llvm.org/show_bug.cgi?id=40320. CCing Reid, who's had a bunch of thoughts on this in the past. On 1/11/20, 10:25 AM, "llvm-dev on behalf of Chrulski, Christopher M via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: Hi, I've run into a bug with...

...ocations in file 'io.c' 4736 bytes in 177 allocations in file 'asterisk.c' 4872 bytes in 144 allocations in file 'sched.c' 513542 bytes in 124 allocations in file 'chan_zap.c' 11907 bytes in 403 allocations in file 'logger.c' 40320 bytes in 140 allocations in file 'loader.c' 4262 bytes in 265 allocations in file 'res_indications.c' 50839 bytes in 850 allocations in file 'pbx.c' 7653 bytes in 585 allocations in file 'pbx_config.c' 2345 bytes in 147 allocations in...

Hello again list, I thought I'd start a new thread, seeing as it's completely different from my previous question. Some functions I have written require many parameters, and so do not fit nicely into an 80 column width display. This is usually avoided, by spreading that particular statement over a few lines. This is something that I do in Matlab with the following: myFunc(

...0 112 39060 0 113 39120 0 114 39180 0 115 39240 0 116 39300 0 117 39360 0 118 39420 0 119 39480 0 120 39540 0 121 39600 0 122 39660 0 123 39720 32 124 39780 32 125 39840 77 126 39900 0 127 39960 0 128 40020 0 129 40080 0 130 40140 0 131 40200 0 132 40260 0 133 40320 0 134 40380 0 135 40440 0 136 40500 0 137 40560 0 138 40620 32 139 40680 32 140 40740 109 141 40800 67 142 40860 92 143 40920 0 144 40980 0 145 41040 0 146 41100 0 147 41160 0 148 41220 0 149 41280 0 150 41340 0 151 41400 0 152 41460 0 153 41520 112 154 41580 0 1...

...100 0 38160 0 38220 0 38280 0 38340 0 38400 0 38460 0 38520 0 38580 0 38640 0 38700 0 38760 0 38820 32 38880 32 38940 32 39000 0 39060 0 39120 0 39180 0 39240 0 39300 0 39360 0 39420 0 39480 0 39540 0 39600 0 39660 0 39720 32 39780 32 39840 77 39900 0 39960 0 40020 0 40080 0 40140 0 40200 0 40260 0 40320 0 40380 0 40440 0 40500 0 40560 0 40620 32 40680 32 40740 109 40800 67 40860 92 40920 0 40980 0 41040 0 41100 0 41160 0 41220 0 41280 0 41340 0 41400 0 41460 0 41520 112 41580 0 41640 0 41700 0 41760 0 41820 0 41880 0 41940 0 42000 0 42060 0 42120 0 42180 0 42240 0 42300 0 42360 0 42420 0 42480 0 4...

...gt; Cc: Reid Kleckner <rnk at google.com> > Subject: Re: [llvm-dev] Incorrect code generation when using > -fprofile-generate on code which contains exception handling (Windows > target) > > I think this is the same underlying issue as > https://bugs.llvm.org/show_bug.cgi?id=40320. CCing Reid, who's had a > bunch of thoughts on this in the past. > > On 1/11/20, 10:25 AM, "llvm-dev on behalf of Chrulski, Christopher M via > llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of > llvm-dev at lists.llvm.org> wrote: > > Hi, >...

...wx. 1 root root 12 Sep 21 2012 libldap_r-2.4.so.2 -> libldap_r.so lrwxrwxrwx 1 root root 29 Mar 11 16:06 libldap_r.so -> /lib64/libldap_r-2.4.so.2.5.6 lrwxrwxrwx 1 root root 27 Mar 11 16:06 libldap.so -> /lib64/libldap-2.4.so.2.5.6 -rwxr-xr-x 1 root root 40320 Feb 22 09:49 libsmbldap.so.0 Here is the relevant part from config.log: ... configure:17992: checking for ldap_set_option in -lldap_r configure:18017: g++ -o conftest -D_GNU_SOURCE -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=ge...

We (a small college with about 3000 active accounts) are currently in the process of moving from UW IMAP running on linux to dovecot running on a cluster of 3 or 4 new faster Linux machines. (Initially using perdition to split the load.) As we are building and designing the system, I'm attempting to take (or find) benchmarks everywhere I can in order to make informed decisions and so

...cess.c:process_smb(1110) Transaction 24 of length 124 [2008/03/13 00:17:01, 5] lib/util.c:show_msg(485) [2008/03/13 00:17:01, 5] lib/util.c:show_msg(495) size=120 smb_com=0x25 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=24 smb_flg2=51207 smb_tid=1 smb_pid=1936 smb_uid=105 smb_mid=40320 smt_wct=16 smb_vwv[ 0]= 0 (0x0) smb_vwv[ 1]= 36 (0x24) smb_vwv[ 2]= 0 (0x0) smb_vwv[ 3]= 1024 (0x400) smb_vwv[ 4]= 0 (0x0) smb_vwv[ 5]= 0 (0x0) smb_vwv[ 6]= 0 (0x0) smb_vwv[ 7]= 0 (0x0) smb_vwv[ 8]= 0 (0x0) smb_vwv[ 9]= 0 (0x0) smb_vwv[10]= 84 (0x...