I am running FreeBSD 4.4 in a win2k vmware.
Everything seems to work without any perticoular configurations.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
mysource tree. So, now, I'm using the old but
STABLE 4.3 on my notebook!Probably it is a strange bug, but it is an
effective bug!RegardsLorenzo
Dr. Lorenzo Iania ([EMAIL PROTECTED])S.IN.TE.S.I. Srl
(www.sintesi.net)Via Rosa Jemma,
284091 Battipaglia (SA) ItalyTel. +39828305265 FAX
+39828305266
Hi
I'm trying to rebuild the kernel after updating the
source tree by cvsup on my notebook (866 Pentium III). Everything seems ok, but
when I reboot it, It stops and shows me:
pci_cfgintr_search: linked (41) to configured irq 0
at 0:2:0
Fatal trap 12: page fault while in kernel
mode
fa
- Original Message -
From: "Lorenzo Iania" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, May 03, 2000 12:46 PM
Subject: Re: bin/18361: [PATCH] Fix for queue-ordering problem in
lpr/lpd/lpq
> Yes I think it works fine
I don't know if I make any strange mistake, but I
have done the following simple thing.
File p.c :
#include
FILE
*fp
;
main(){register int
i ;
for
(i=0;i<1000;i++)
{ fp=popen("lpr
-Plp","w"); fprintf(fp,"Richiesta
N. %d\n",i);
Konrad Heuer wrote
> Hmm, I've never seen such a strange behaviour.
Lpd should do FIFO. Could> you give some more infos about your
environment (os release, input filter> program, printer
type)?
Yes, I think it's a very strange
behaviour.
In effect in the file
Warren Losh wrote:
> LPR queues up the reuqests and prints them in order smallest to
> largest to reduce the average wait time for a job at the expense of
> having a larger standard deviation in the wait times for jobs. Maybe
> this is what you are running into. I don't know if there's a way to
I have the following problem using lpr:
when the number of consecutive requests grow, they are not printed in the
same order. This happens on several versions from 2.2.7 to 3.4. All the
requests are printed, but the order is not the same of the requests.
Effectively the order is initially right, b
8 matches
Mail list logo
