On Sun, Feb 07, 2010 at 01:59:33PM -0500, Brad Tilley wrote:
I wrote a small cpp application to generate randomish passwords. It compiles
and runs OK on OpenBSD, however, it does not seem to create random strings
(the first and last chars seldom ever change, etc). The same code compiles
and
I placed the GUI version there are source.cpp. I don't have the simpler,
non-GUI version that I posted yesterday, but the use of srand and rand are the
same in both examples. The GUI version compiles on OpenBSD if you have fltk
installed from ports. I only wrote the simpler version to
On Mon, Feb 08, 2010 at 08:10:11AM -0500, Brad Tilley wrote:
I placed the GUI version there are source.cpp. I don't have the simpler,
non-GUI version that I posted yesterday, but the use of srand and rand are
the same in both examples. The GUI version compiles on OpenBSD if you have
fltk
On Sun, Feb 7, 2010 at 6:11 PM, Theo de Raadt dera...@cvs.openbsd.org
wrote:
I think adding big chunks of sysctl code to such specific applications
is very un-unix.
If choosing a buffer size is going to be a common operation, it should
be an API called to ask what the buffer size should be.
On Fri, Feb 05, 2010 at 04:03:33PM -0700, Jeff Ross wrote:
Could I avoid all of this messing around if I had a server that could run
amd64? How would a dual processor 1.8 Opteron 244 w/4GB ram compare to this
2.4GHZ dual XEON w/4GB ram? Bog knows I don't need another server, but...
amd64
Moving this to m...@...
Would part of this discussion usefully related to such issues like using 'dd'
for diskwipes/copies/reformatting and slow data movement speeds?
There are times when I am wiping (for reuse) hard disks using 'dd' and I set
the BlockSize to 512 (like 1M or so sometimes)
and
On Mon, Feb 08, 2010 at 09:06:21AM -0500, Sean Kennedy wrote:
Moving this to m...@...
Would part of this discussion usefully related to such issues like using 'dd'
for diskwipes/copies/reformatting and slow data movement speeds?
There are times when I am wiping (for reuse) hard disks
On Mon, Feb 8, 2010 at 9:48 AM, Mark Kettenis mark.kette...@xs4all.nl
wrote:
So how do we move forward?
For one thing, I'd like to see some real benchmarks. Does using a
larger buffer really speed up cp? You claim moving a head between
reads and writes takes time, but so does moving it
* Ted Unangst ted.unan...@gmail.com [2010-02-08 15:04]:
On Sun, Feb 7, 2010 at 8:02 PM, Philip Guenther guent...@gmail.com wrote:
Gah, between that and Henning's observation that those functions may
be used by modules, I withdraw the suggestion that they be removed and
That'd be really
On Mon, Feb 01, 2010 at 11:30:06PM -0500, Ted Unangst wrote:
I think this fixes the problem with sleeping and holding pseg_lck.
Index: uvm_extern.h
===
RCS file: /home/tedu/cvs/src/sys/uvm/uvm_extern.h,v
retrieving revision
Good day,
the following diff...
- implements bioctl support;
- fixes hot-un-plugging w/ softeps;
- improves performance;
- fixes IPL levels;
- fixes lots of small things;
- does a little bit of cleanup;
- fixes NOWAIT/WAITOK;
- disables useless/unused Driver Persistent Mapping code that prevents
On Mon, Feb 8, 2010 at 11:11 AM, Owain Ainsworth zer...@googlemail.com wrote:
On Mon, Feb 01, 2010 at 11:30:06PM -0500, Ted Unangst wrote:
I think this fixes the problem with sleeping and holding pseg_lck.
This won't build on sparc64 (the only caller of valloc_align). If you
fix that, then I
2010/1/27 Vadim Zhukov persg...@gmail.com:
Current implementation of mktemp_internal() access memory before the
string given when the whole template given consists of 'X' characters.
Nice catch! I've committed a slightly different fix, but the base
idea is the same, thanks!
Philip Guenther
On 8 February 2010 c. 21:00:53 Philip Guenther wrote:
2010/1/27 Vadim Zhukov persg...@gmail.com:
Current implementation of mktemp_internal() access memory before the
string given when the whole template given consists of 'X'
characters.
Nice catch! I've committed a slightly different
On 8 February 2010 c. 23:50:53 Philip Guenther wrote:
2010/2/8 Vadim Zhukov persg...@gmail.com:
Thank you for your attention. And sorry, but I think that your
version is wrong: in case of only one X you'll have tries set to
1 instead of NUM_CHARS.
sigh
Time to write some regress tests
2010/2/8 Vadim Zhukov persg...@gmail.com:
Looks like I was just lucky. :) I do not use malloc.conf. And mktemp(1)
failed for me only sometimes (I'm using it for generating
passwords: mktemp XX). After a few crashes I realized that it
hurts me too much... Do not remember what snapshot
Episjeuhe_te tgm die}humsg http://www.e-shop.gr/newsletter/mail-100211.html
cia ma de_te tir pqosvoq]r lar
TGKEVYMIJES PAQACCEKIES 9:00-20:00 STO 211
5000500
Oi til]r isw}oum ap| 06/02/10 l]wqi 20/02/10, ]yr enamtk^seyr tym
apohel\tym jai l|mo cia ta l]kg tou e-shop.gr
Am h]kete ma
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
[IMAGE]
Para visualizar este correo en el explorador, clic aqum
Este correo ha sido enviado a tech@openbsd.org | Remover suscripcisn
[IMAGE]
Oh my. I'll be going over this in a few days.
On Mon, Feb 08, 2010 at 07:13:36PM +0300, Mike Belopuhov wrote:
Good day,
the following diff...
- implements bioctl support;
- fixes hot-un-plugging w/ softeps;
- improves performance;
- fixes IPL levels;
- fixes lots of small things;
-
19 matches
Mail list logo