Aryeh Friedman wrote:
I should of said USB drive I just think of all USB drives as "flash"
drives... it is a Lacie external drive
If this is a 3.5" drive with an external power supply, then the drive
itself might be okay but the circuitry adapting it to the USB connector
might have developed
Maxim Sobolev wrote:
Jason Evans wrote:
I would set MAXDSIZ to 0, so that the maximum amount of memory is
available for mapping shared libraries and files, and allocating via
malloc. This may cause problems with a couple of ports that implement
their own memory allocators based on sbrk, but
Jason Evans wrote:
Andrew MacIntyre wrote:
In investigating a Python 2.6rc1 regression test failure on FreeBSD
7.0/amd64, as far as I can tell, malloc() does not return NULL when
available memory (including swap) is exhausted - the process just gets
KILLed.
Using ulimit -v to set a virtual
[If this is not an appropriate forum for this query, please suggest
a more appropriate one]
In investigating a Python 2.6rc1 regression test failure on FreeBSD
7.0/amd64, as far as I can tell, malloc() does not return NULL when
available memory (including swap) is exhausted - the process just get
Alex Zbyslaw wrote:
{...}
Several times now I have had Linux servers (and production quality ones,
not built by me ones :-)) die in a somewhat similar fashion. In every
case the cause has been either a flaky disk or a flaky disk controller,
or some combination.
I've seen an instance of som
alexander wrote:
However burncd being a C app uses fprintf. Can I replace
the functionality of fprintf under x86asm by using only syscalls?
fprintf(3) is most likely doing buffered I/O in the burncd case, which
for a tty defaults to line buffered.
Your code is doing unbuffered I/O, which might
David Schultz wrote:
Other than that, I don't know enough
details about ptmalloc to speculate, except to say that for most
real-world workloads on modern systems, the impact of the malloc
implementation is likely to be negligible. Of course, test
results would be interesting...
Some language inter
On Sat, 20 Mar 2004, Garance A Drosihn wrote:
> I am not a compilier guru, so I suspect it would take me hours to
> pin this down. I don't want to do that, so I'm wondering if anyone
> understands how such a minor code-change can POSSIBLY cause such a
> huge change in resulting object file... I
On Wed, 19 Feb 2003, Paul Robinson wrote:
> Seriosuly Terry, I can't tell if you were joking or not, but nobody is going
> to play with opengis stuff, just because it would be a "neat" way of showing
> where user groups are. :-)
No, but there are active OSS GIS packages - GRASS comes to mind, and
On Wed, 19 Jun 2002, Daniel Eischen wrote:
> Andrew MacIntyre wrote:
{...}
> > The attached C code is a simple example of a signal handling situation
> > which works in the non-threaded interpreter, but fails in a threaded
> > interpreter.
{...}
> Try the patc
On Wed, 19 Jun 2002, Daniel Eischen wrote:
> Try the patch included at the bottom.
Thanks! I will, but I don't have the library sources installed at
the moment so it will be a few days before I can test.
--
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: [EMAI
subscribe
end
--
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: [EMAIL PROTECTED] | Snail: PO Box 370
[EMAIL PROTECTED]|Belconnen ACT 2616
Web:http://www.andymac.org/|Australia
To Unsubscribe: send mail to [EM
On Fri, 31 Mar 2000, Jeremiah Gowdy wrote:
> Does anyone have any experiance or information about using HP JetDirect 500X
> Printer Hubs with FreeBSD ? This is mission critical for my company, so any
> information greatly appriciated.
These things have an LPD server built in IIRC, so your could
13 matches
Mail list logo
