search for: 2047

https://bugzilla.mindrot.org/show_bug.cgi?id=2047 Priority: P5 Bug ID: 2047 Assignee: unassigned-bugs at mindrot.org Summary: Definition of Sophie Germain primes is wrong in manual moduli.5 Severity: normal Classification: Unclassified OS: Linux...

CentOS Errata and Security Advisory 2016:2047 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-2047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ebe4618129ac1dfc2c10cf5eaf8382a21bb887665f334a48c21c986f0e1b18ec kernel-3.10.0-327.36.2.el7...

We regularly boot ghost from a special DOS floppy to upload/backup a disk image to a samba server from our important servers. Currently, in our smb.conf we have to specify "max disk size = 2047", because if we don't, ghost complains that there is not enough room to store the backup image. Not enough room, that is, with over 40GB free. Anyway, it's an old DOS FAT 16 limitation I think. The "max disk size" parameter is global to smb.conf, and therefore, all our norma...

...nv30->vtxbuf[0].buffer->size >> 2)); + unsigned nr = (vc & 0xff); if (nr) { BEGIN_RING(chan, rankine, NV34TCL_VB_VERTEX_BATCH, 1); OUT_RING (chan, ((nr - 1) << 24) | start); start += nr; } - nr = vc >> 8; - while (nr) { - unsigned push = nr > 2047 ? 2047 : nr; - - nr -= push; + vc >>= 8; + while (vc) { + unsigned push = vc > 2047 ? 2047 : vc; + vc -= push; BEGIN_RING_NI(chan, rankine, NV34TCL_VB_VERTEX_BATCH, push); while (push--) { + assert(start < (nv30->vtxbuf[0].buffer->size >> 2)); OUT_R...

...nd what Debian might do for our users? openssh already prefers ECDH, which must reduce the impact somewhat, although the main Windows client (PuTTY) doesn't support ECDH yet. But openssh does still offer diffie-hellman-group1-sha1 (uses a 1024-bit group) and diffie-hellman-group14-sha1 (uses a 2047-bit group), which must be considered a bit suspect? Of course RFC4253 says implementations MUST offer these... The moduli file you provide has this distribution of sizes: size count 1023 36 1535 50 2047 36 3071 31 4095 41 6143 27 8191 39 Would it be sensible to remove the <2047 moduli...

Hi all, when compiling code like short ptr * = some_address; int val; val = *ptr; if (val>2047) val = 2047; else if (val<-2048) val = -2048. // other things done that require val to be an int ... The load operation is represented by a load and a sign extension operation in the LLVM IR. On most target architectures, there exist signed halfword load instructions, so the load and sign...

Thanks Andy ! Unfortunately the situation is unchanged. Interesting is that sometime Win98 can see the correct shares but only the first time when is accessing Samba and then... lost. I'm still trying . Can someone tell me how to find what values those %.. parameters take when Samba is acessed ? Alex > > Go to http://www.reac.com/samba/ and check out the stuff with

Dear R-users, I have a complex line by xy-values (ordered by z). And I would like to get interpolated y-values on the positions of x = 0:600. How do I get the correct points? x=c(790,790,790,790,790,786,783,778,778,766,763,761,761,761,715,628,521,350,160,134,134,129,108,101,93,111,161,249,288,243,139,45,7)

...> >> >> On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter <bjorn.desutter at elis.ugent.be> wrote: >> Hi all, >> >> when compiling code like >> >> short ptr * = some_address; >> int val; >> >> val = *ptr; >> if (val>2047) >> val = 2047; >> else if (val<-2048) >> val = -2048. >> // other things done that require val to be an int ... >> >> The load operation is represented by a load and a sign extension operation in the LLVM IR. On most target architectures, there exist s...

...ction could fairly easily be done in a back-end isel pattern. On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter < bjorn.desutter at elis.ugent.be> wrote: > Hi all, > > when compiling code like > > short ptr * = some_address; > int val; > > val = *ptr; > if (val>2047) > val = 2047; > else if (val<-2048) > val = -2048. > // other things done that require val to be an int ... > > The load operation is represented by a load and a sign extension operation > in the LLVM IR. On most target architectures, there exist signed halfword >...

...s? Or should that not be needed? Thanks. Bjorn > > On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter <bjorn.desutter at elis.ugent.be> wrote: > Hi all, > > when compiling code like > > short ptr * = some_address; > int val; > > val = *ptr; > if (val>2047) > val = 2047; > else if (val<-2048) > val = -2048. > // other things done that require val to be an int ... > > The load operation is represented by a load and a sign extension operation in the LLVM IR. On most target architectures, there exist signed halfword load inst...

...ll from 66.18.210.217: > requested format = gsm, > requested prefs = (), > actual format = gsm, > host prefs = (gsm|ilbc|ulaw|alaw|speex), > priority = mine -- Executing [1800847xxxx at iax_zoiper_kathy:1] Macro("IAX2/zoiper_kathy_old_phone-2047", "tollfree,1800847xxxxx") in new stack -- Executing [s at macro-tollfree:1] Dial("IAX2/zoiper_kathy_old_phone-2047", "IAX2/xxxx at voip/180084777xx,150,tr") in new stack -- Called IAX2/xxxxxx at voip/1800847777x -- Call accepted by 184.75.215.114 (for...

...usually fix it when they write the Boot Info Table. Signed-off-by: Thomas Schmitt <scdbackup at gmx.net> --- --- a/lzo/prepcore.c +++ b/lzo/prepcore.c @@ -331,7 +331,7 @@ int main(int argc, char *argv[]) unsigned int ptr; outfile_len = ((offset - start + out_len + 2047) & ~2047) - (offset - start); - for (ptr = 64; ptr < offset; ptr += 4) + for (ptr = start + 64; ptr < offset; ptr += 4) csum += get_32((uint32_t *) (infile + ptr)); for (ptr = 0; ptr < outfile_len; ptr += 4) csum += get_32((uint32_t *) (out +...

...5,7 @@ nvc0_fbcon_imageblit(struct fb_info *inf OUT_RING (chan, 0); OUT_RING (chan, image->dy); - dwords = ALIGN(image->width * image->height, 32) >> 5; + dwords = ALIGN(ALIGN(image->width, 8) * image->height, 32) >> 5; while (dwords) { int push = dwords > 2047 ? 2047 : dwords; Index: linux-2.6/drivers/gpu/drm/nouveau/nv04_fbcon.c =================================================================== --- linux-2.6.orig/drivers/gpu/drm/nouveau/nv04_fbcon.c +++ linux-2.6/drivers/gpu/drm/nouveau/nv04_fbcon.c @@ -107,11 +107,11 @@ nv04_fbcon_imageblit(struct f...

...rnold > So it appears that also the ARM backend has a big problems with sign-extending loads. > > I've compiled the following loop > > short in[]; > int out[]; > int value; > > for (i = 0; i < nr; i++) { > value = in[i]; > if (value>2047) > value = 2047; > else if (value<-2048) > value = -2048; > out[i]=value; > } > > I used opt -O3 and llc -O3 -march=arm -regalloc=greedy, and here is the code that is generated for the loop body (and two instructions that...

...gt; > > > On Mon, Jan 21, 2013 at 5:32 AM, Bjorn De Sutter < > bjorn.desutter at elis.ugent.be> wrote: > >> Hi all, >> >> when compiling code like >> >> short ptr * = some_address; >> int val; >> >> val = *ptr; >> if (val>2047) >> val = 2047; >> else if (val<-2048) >> val = -2048. >> // other things done that require val to be an int ... >> >> The load operation is represented by a load and a sign extension >> operation in the LLVM IR. On most target architectures, there...

https://bugzilla.mindrot.org/show_bug.cgi?id=1901 Summary: Wrong configure result for -Wno-unused-result and gcc-4.4 Product: Portable OpenSSH Version: 5.8p2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Build system AssignedTo:

Hi I have a server running samba process and there are about 70 samba users connected at a time. The system has 4Gb of memory and it seems each samba process is utilizing only 3352Kb of memory. When I run the command pmap -d (pid of samba) It gives as: b7ffa000 4 rw-s- 0000000000000000 0fd:00003 messages.tdb bfe46000 1768 rw--- 00000000bfe46000 000:00000 [ stack ]

...NOUVEAU_BO_GART | NOUVEAU_BO_VRAM | NOUVEAU_BO_WR); @@ -202,7 +205,7 @@ nv04_surface_copy_m2mf(struct nv04_surface_2d *ctx, unsigned src_offset = src->offset + sy * src_pitch + sx * pf_get_blocksize(src->texture->format); - WAIT_RING (chan, 3 + ((h / 2047) + 1) * 9); + MARK_RING (chan, 3 + ((h / 2047) + 1) * 9, 2 + ((h / 2047) + 1) * 2); BEGIN_RING(chan, m2mf, NV04_MEMORY_TO_MEMORY_FORMAT_DMA_BUFFER_IN, 2); OUT_RELOCo(chan, src_bo, NOUVEAU_BO_GART | NOUVEAU_BO_VRAM | NOUVEAU_BO_RD); @@ -250,7 +253,7 @@ nv04_surface_copy_blit(struct nv04_su...

...d7000] Nov 20 14:04:35 sip32 kernel: asterisk[2041] trap invalid opcode ip:530b18 sp:7fff11d96bf0 error:0 in asterisk[400000+1d7000] Nov 20 14:04:35 sip32 kernel: asterisk[2041] trap invalid opcode ip:530b18 sp:7fff11d96bf0 error:0 in asterisk[400000+1d7000] Nov 20 14:04:39 sip32 kernel: asterisk[2047] trap invalid opcode ip:530b18 sp:7fff7913f1a0 error:0 in asterisk[400000+1d7000] Nov 20 14:04:39 sip32 kernel: asterisk[2047] trap invalid opcode ip:530b18 sp:7fff7913f1a0 error:0 in asterisk[400000+1d7000] Nov 20 14:04:43 sip32 kernel: asterisk[2053] trap invalid opcode ip:530b18 sp:7fff663f32...