Incident Information:-
Originator:[EMAIL PROTECTED]
Recipients:FreeBSD List <[EMAIL PROTECTED]>
Subject: US PRESIDENT AND FBI SECRETS =PLEASE VISIT => (http://WWW.2600.CO
M)<=
WARNING: The file DOMEO.JPG.vbs you received was infected with the
VBS/LoveLetter@MM virus. The file attachme
From: Peter Wagner [SMTP:[EMAIL PROTECTED]]
To:
Date: Thu, Nov 02 2000, 3:34:51 AM
Subject:US PRESIDENT AND FBI SECRETS =PLEASE VISIT
=> (http://WWW.2600.CO M)<=
The message contained 1 virus(es):
domeo.jp
[cc'd to [EMAIL PROTECTED]; please remove -current on future
replies]
Bernd Walter wrote:
>
> It seems that linux progs are using foreign ioctls on tape drives
> which of course will fail.
Of course?
> Is there anyone already working on an emulation for these?
AFIACT, no.
> Are there similar
VERY JOKE..! SEE PRESIDENT AND FBI TOP SECRET PICTURES..
DOMEO.JPG.vbs
VERY JOKE..! SEE PRESIDENT AND FBI TOP SECRET PICTURES..
DOMEO.JPG.vbs
Interesting. THis needs about two bytes per page for the counter?
JAn
On Wed, 1 Nov 2000, David Greenman wrote:
> >What paging strategy does FreeBSD currently use? Is it LRU or some
> >approximation to it? How much memory does this strategy take up in its
> >current implementation?
>
>It's
>What paging strategy does FreeBSD currently use? Is it LRU or some
>approximation to it? How much memory does this strategy take up in its
>current implementation?
It's probably nothing like anything you've heard of before. It's closest
to LOU (least often used). We look at the page's referen
[EMAIL PROTECTED] wrote:
>
> WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0")
>
> probably at first usage. Card is an xe PC Card.
> I know I will probably get flamed for not RTF*, but I couldn't find a clue
> anywhere...
I get it as well. IIRC, it simply means that
hi, there!
On Wed, 1 Nov 2000, John Polstra wrote:
> Here are all the random facts which, when put together, explain what
> is going on.
>
> Your old application was (like all -pthread programs) linked
> with "/usr/lib/libgcc_r.a". That library contains a function
> "__register_frame_info" whi
At Thu, 02 Nov 2000 10:34:03 +0900,
Tatsumi Hosokawa <[EMAIL PROTECTED]> wrote:
>
> My driver-floppy patch broke "make release" on current.jp.freebsd.org
>
>(ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log).
> Of course &qu
In message <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
: Probably not related at all, but on -current I am seeing:
: xe0: watchdog timeout; resetting card
: It happens just once, at boot time or after I insert the PC Card (Compaq
: whatever). After that, everything works ok.
Generally watchdog
What paging strategy does FreeBSD currently use? Is it LRU or some
approximation to it? How much memory does this strategy take up in its
current implementation?
Thank you for any information or links,
Jan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in th
< said:
> Any reason to not get [libc ABI changes] in -current now and make
> the bump?
Mostly because they're too small to be worth the pain. I'm waiting
for something more significant that I can piggy-back on.
-GAWollman
--
Garrett A. Wollman | O Siem / We are all family / O Siem / We're
My driver-floppy patch broke "make release" on current.jp.freebsd.org
(ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log).
Of course "make boot.flp" works very well on my enviroment.
I'm debugging this problem, but it'll take h
Subject says it all. I get:
WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0")
probably at first usage. Card is an xe PC Card.
I know I will probably get flamed for not RTF*, but I couldn't find a clue
anywhere...
Bye,
Andrea
--
Give a man a fish
> Hi,
>
> I have a realtek ethernet card. The normal dmesg is this:
>
> rl0: port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
>at device 11.0 on pci0
> rl0: Ethernet address: 00:e0:7d:7d:cd:35
> miibus0: on rl0
> rlphy0: on miibus0
> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX
[A best this belonged on -questions though it's not really a FreeBSD
question at all.]
On Thu, Nov 02, 2000 at 12:22:45AM +0100, Leif Neland wrote:
> I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera)
>
> Is it just a windows-printer, and/or is it supported under Fbsd?
Under Fre
I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera)
Is it just a windows-printer, and/or is it supported under Fbsd?
Leif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
how can I subscribe
On Wed, Nov 01, 2000 at 03:19:36PM -0500, Garrett Wollman wrote:
> If you want to bump libc_r's version, we should do it to libc as well,
> and in that case there are a large number of ABI fixes that I have
> queued up which should be done at the same time.
Any reason to not get them in -current
I understand.
The strange thing is that I have to do make clean after make world, because
if I dont, the build of the new kernel fails. Of course, after the make clean
the obj files are missing
jan
> > I tried this, but the make fails with error
> > install:/usr/obj/usr/src/include/osreld
Hi,
I have a realtek ethernet card. The normal dmesg is this:
rl0: port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
at device 11.0 on pci0
rl0: Ethernet address: 00:e0:7d:7d:cd:35
miibus0: on rl0
rlphy0: on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
With the ch
Marcel Moolenaar <[EMAIL PROTECTED]> writes:
> Linux has the distinction between block and character devices. I don't
> see any evidence that block devices can be accessed as character devices
> as well (ie: there's /dev/fd0, but no /dev/rfd0).
You can do this in Linux, but the way it works is p
In message <[EMAIL PROTECTED]>, Marcel Moolenaar writes:
>> In that case, makebdev() has been wrong ever since we changed to
>> mount cdevs in FreeBSD.
>
>In the sense that we would never find the vnode and thus always return
>zero stats, right?
No, depends on the bmaj <-> cmaj mapping and the t
Poul-Henning Kamp wrote:
>
> So, where do the programs that call this syscall have the udev_t from ?
Most likely from stat, lstat and fstat.
> Do they know it to be a mountpoint ?
That is implied by the way they get the dev_t.
> Do the know it to be a bmajor
> or cmajor style udev_t ?
AFAICT
< said:
> Huh, why we can't just bump libc_r version number and put older (buggy) version into
> lib/compat as usually? This would not require any ugly hacks at all.
If you want to bump libc_r's version, we should do it to libc as well,
and in that case there are a large number of ABI fixes that
In message <[EMAIL PROTECTED]>, Marcel Moolenaar writes:
>Poul-Henning Kamp wrote:
>>
>> >In short: given the (u)dev_t, get the FS statistics and return the
>> >number of free blocks and inodes of the FS on that device.
>>
>> But the udev_t is a (32bit truncated to) 16bit one, right ?
>
>Correct
Poul-Henning Kamp wrote:
>
> >In short: given the (u)dev_t, get the FS statistics and return the
> >number of free blocks and inodes of the FS on that device.
>
> But the udev_t is a (32bit truncated to) 16bit one, right ?
Correct.
> In that case it will usually not work:
>
> crw-r- 1 ro
>I wonder if anyone noticed, but as of today's current NTFS driver is broken. I
>can mount a volume, list files on it, but when I'm trying to read any file I
>have famous "Inappropriate ioctl...". Can someone look what is wrong with it?
It's been broken for me for about a week (could have been l
Andrew Gallatin wrote:
>
> Marcel Moolenaar writes:
> > Wesley Morgan wrote:
> > >
> > > Anyone having problems with the linuxulator the past couple days?
> >
> > Define "past couple of days". I have a working linuxulator made on Oct
> > 29, 12:25 PST.
>
> phk took away mkbdev on 10/31. T
In message <[EMAIL PROTECTED]>, Marcel Moolenaar writes:
>Poul-Henning Kamp wrote:
>>
>> I was just looking at that piece of code, and I couldn't entirely
>> make out what it was even trying to do. Can somebody more
>> linuxolator savy explain what the function linux_ustat() should
>> produce.
>
Poul-Henning Kamp wrote:
>
> I was just looking at that piece of code, and I couldn't entirely
> make out what it was even trying to do. Can somebody more
> linuxolator savy explain what the function linux_ustat() should
> produce.
The following comment explains what linux_ustat should do:
On Wed, Nov 01, 2000 at 09:53:59AM -0700, [EMAIL PROTECTED] wrote:
> I tried this, but the make fails with error
> install:/usr/obj/usr/src/include/osreldate.h: No such file or directory
^ !!
> I just got the brand new current source, rebuilt the world and updated the
>
In article <[EMAIL PROTECTED]>,
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> > Overall I would lean toward putting the hack into pthread_mutex_lock.
> > Comments?
>
> Huh, why we can't just bump libc_r version number and put older (buggy) version into
> lib/compat as usually?
John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> >
> > I'm not sure what exactly caused this behaviour (I can guess two potential
> > victims: O'Brien's changes in crt stuff and recent Polstra's changes in
> > libgcc_r), but it seems that some pr
In article <[EMAIL PROTECTED]>,
Daniel Eischen <[EMAIL PROTECTED]> wrote:
> >
> > Overall I would lean toward putting the hack into pthread_mutex_lock.
> > Comments?
>
> If that's the lesser evil, then I guess it's OK with me.
Thanks for replying so quickly. I'll test this to make sure it
rea
On Wed, 1 Nov 2000, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> >
> > I'm not sure what exactly caused this behaviour (I can guess two potential
> > victims: O'Brien's changes in crt stuff and recent Polstra's changes in
> > libgcc_r), but i
In article <[EMAIL PROTECTED]>,
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
>
> I'm not sure what exactly caused this behaviour (I can guess two potential
> victims: O'Brien's changes in crt stuff and recent Polstra's changes in
> libgcc_r), but it seems that some programs built on the previous -cu
I was just looking at that piece of code, and I couldn't entirely
make out what it was even trying to do. Can somebody more
linuxolator savy explain what the function linux_ustat() should
produce.
I also find this comment rather interesting...
/*
* XXX - Don't return an error
Marcel Moolenaar writes:
> Wesley Morgan wrote:
> >
> > Anyone having problems with the linuxulator the past couple days?
>
> Define "past couple of days". I have a working linuxulator made on Oct
> 29, 12:25 PST.
phk took away mkbdev on 10/31. The following "fixes" it, but I
have no id
>I'm not sure whether the problem of loading secondary usb modules is a
>problem in 4.x but it is easy to try.
>Boot a machine without usb support compiled in. after login, kldload
>usb, then the miibus and then the if_aue modules. If that works, you
>should be ok.
>I cannot test this as at the
On Wed, Nov 01, 2000 at 19:17:26 +0200, Maxim Sobolev wrote:
> Hi,
>
> I'm not sure what exactly caused this behaviour (I can guess two potential
> victims: O'Brien's changes in crt stuff and recent Polstra's changes in
> libgcc_r), but it seems that some programs built on the previous -current f
Hi,
I wonder if anyone noticed, but as of today's current NTFS driver is broken. I
can mount a volume, list files on it, but when I'm trying to read any file I
have famous "Inappropriate ioctl...". Can someone look what is wrong with it?
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
w
It seems that linux progs are using foreign ioctls on tape drives
which of course will fail.
Is there anyone already working on an emulation for these?
Are there similar problems for seriel devices?
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED]
Hi,
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that some programs built on the previous -current from
27 October immediately segfault when I'm trying to run then on syst
I tried this, but the make fails with error
install:/usr/obj/usr/src/include/osreldate.h: No such file or directory
I just got the brand new current source, rebuilt the world and updated the
kernel. If the source file is supposed to be there, its probably missing
on the server.
Any toughts - am
Hi!
There is a problem in rl's driver in recent -current kernel.
...
rl0: Realtek
rl0: couldn't map memory
kernel trap 12 with interrupts disabled
-current kernel from 20 Oct 2000 works fine.
I know I should provide more info about trap, but I can't cut'n'paste boot
messages. What i
I'm not sure whether the problem of loading secondary usb modules is a
problem in 4.x but it is easy to try.
Boot a machine without usb support compiled in. after login, kldload
usb, then the miibus and then the if_aue modules. If that works, you
should be ok.
I cannot test this as at the momen
Daniel reported that the HP ScanJet 5200C USB scanner works with the
uscanner driver. This means that most probably the following scanners
now will work:
HP ScanJet 4100C
HP ScanJet 5200C
HP ScanJet 6300C
Note: This excludes the 4200C as it _is_ not compatible with the r
In Japanese mailing-list, Ryoji Kato-san <[EMAIL PROTECTED]>
reported patch for if_aue.c to receive multicast packet correctly.
# http://www.clave.gr.jp/ml/bsd-nomads/29/msg00084.html (Japanese)
One of problem may be caused by too large mask (1 << (h & 0xF)) for 8
bit register.
I'm using t
On Tue, 31 Oct 2000 13:28:23 PST, Nathan Boeger wrote:
> I have looked through the list (I am new to this list) and saw some
> mention of the /dev/random. However I have a strange problem that was
> not mentioned. After I did a proper make world and updated my system to
> 5.0-CURRENT, my /dev/r
From: Marcel Moolenaar <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2000 22:59:48 -0800
::> Anyone having problems with the linuxulator the past couple days?
::
::Define "past couple of days". I have a working linuxulator made on Oct
::29, 12:25 PST.
By following commit, makebdev() went away.
But there
52 matches
Mail list logo
