Daily Joke

There was a Japanese man who went to America for sightseeing. On the last day, he hailed a cab and told the driver to drive to the airport. During the journey, a Honda drove past the taxi. Thereupon, the man leaned out of the window excitedly and yelled, "Honda, very fast! Made in Japan!" Afte

Re: procfs development

In message , "Alton, Matth ew" writes: >Are there any plans to expand the procfs implementation to provide an >interface that is more in line with the implementations on Unixware, >Solaris and AIX? I've been writing a simple debugger that would

Re: lang/icc doesn't compile c++ sources

On Tue, 02 Apr 2002 15:22:32 -0800 Terry Lambert <[EMAIL PROTECTED]> wrote: > Alexander Leidinger wrote: > > "test.cc", line 4: error: name followed by "::" must be a class or namespace name > > std::string test ="Hello World"; > > ^ > > > > So we have to fix the base system headers in this

Re: procfs development

* Alton, Matthew <[EMAIL PROTECTED]> [020402 16:18] wrote: > > I managed to glean from that the FreeBSD implementation > is basically a barebones interface that is only there for gdb to work > with. > > So has there been any talk of making the ctl file take > command/operands structs as input,

usb storage class / umass.c

i am having trouble with a storage class USB device. the device is a Olympus C-1/D-150 camera with a SmartMedia disk and a USB link. i have tried changing "OLYMPUS" to "Olympus" in the kernel source and various other things, but have had no success mounting the SmartMedia disk. from everything i

Re: dlopen(), ld.so, and library wrappers

"E.B. Dreger" wrote: > So you're saying that: > > 1) Program foo contains function called getpid() > 2) Program foo links with libc > 3) foo.getpid uses dlsym(RTLD_NEXT, "getpid") to call libc.getpid > 4) Shared object bar, loaded by foo, will receive a pointer to >foo.getpid instead of libc.

procfs development

>From colleague: Hello, Are there any plans to expand the procfs implementation to provide an interface that is more in line with the implementations on Unixware, Solaris and AIX? I've been writing a simple debugger that would be portable among those three platforms, and others, but it is based

need to dump process stack frames from core

Hello, I have a core file (kernel) and want to dump the stack frames of a process (assuming it was still in memory) given the pid. Is there a way I can do this? thanks, Rohit. _ http://www.gojuryu.com . What Karate Do was meant to be.

Re: I think Linus wins the April 1st competition this year

It seems to be a fake: looks like it was not from Linus Proper :) They were doing some forensics on the headers and came to a preliminary conclusion it was sent from Kremlin. --- Robert Watson <[EMAIL PROTECTED]> wrote: > > Wow. I'm impressed. Linus is too bored if he has time to come up with

Re: lang/icc doesn't compile c++ sources

Alexander Leidinger wrote: > "test.cc", line 4: error: name followed by "::" must be a class or namespace name > std::string test ="Hello World"; > ^ > > So we have to fix the base system headers in this regard and discard > Intels C++ headers? This appears to be an attempt to declare an ins

Re: mpsafe malloc

Well, if UMA is going to eventually remove kmem_map and just use kernel_map (or vise-versa), then the issue comes down to why kernel_map->lock is lockmgr lock in the first place, instead of a mutex. I think the reason is historical. Basically kernel_map was originally a

mpsafe malloc

Started looking at making malloc mpsafe. First issue I came across was this brokenish code in uma_core.c:page_alloc(): if (lockstatus(&kernel_map->lock, NULL)) { *pflag = UMA_SLAB_KMEM; p = (void *) kmem_malloc(kmem_map, bytes, wait); } else {

Re: TXT ------------ The GM.DLS file contains.

hmmm looks like Jean-Luc has the Magistr-B virus to me.. (I have not analysed it but it seems like it by visual inspection..) You can get further information on this virus from: http://www.antivirus.com/vinfo/virusencyclo/default5.asp?VName=PE_MAGISTR.A and http://www.antivirus.com/vinfo/viruse

Re: Question about possibly additions to TOP

> > > > PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND >32652 root 960 1956K 1080K RUN 0:00 0.00% 0.00% top >32650 root 200 1448K 996K pause0:00 0.00% 0.00% tcsh > >In general, new "features" for top go into the cross-platform vendor to

Re: dlopen(), ld.so, and library wrappers

> Date: Tue, 2 Apr 2002 11:05:52 -0800 > From: Alfred Perlstein <[EMAIL PROTECTED]> > From the dlopen manpage: [ snip ] Works great, less coding. Looks like I just misunderstood the manpage and/or the workings of the dynamic linker. Time for me to have some fun. And, no, I'm not using wrapp

TXT ------------ The GM.DLS file contains.

S. The Roland SoundCanvas Sound Set is licensed under Microsoft's End User License Agreement for use with Microsoft operating system products only. All other uses require a separate written license from Roland. Sound.com Description: Binary data GMREADME.TXT Description: Binary data

Re: dlopen(), ld.so, and library wrappers

> Date: Tue, 2 Apr 2002 11:05:52 -0800 > From: Alfred Perlstein <[EMAIL PROTECTED]> > From the dlopen manpage: I reread that right before initial post. > If dlsym() is called with the special handle RTLD_NEXT, then the search > for the symbol is limited to the shared objects which w

Re: adding allocation failure detection / automatic panic

(note: this kassert is wrong): :+ KASSERT(item == NULL, ("zitems unexpectedly NULL")); should be: :+ KASSERT(item != NULL, ("zitems unexpectedly NULL")); -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe f

Re: dlopen(), ld.so, and library wrappers

* E.B. Dreger <[EMAIL PROTECTED]> [020402 10:29] wrote: > Greetings all, > > > I wish to accomplish the following: > > 1. Program "foo" loads shared object "bar" using dlopen() and >dlsym() > > 2. "bar" needs certain symbols resolved, which "foo" intercepts. > > For example, "foo" might w

adding allocation failure detection / automatic panic

While working on PR 36504 I noted that there are situations where the system cannot continue if zalloc() fails. Rather then force the caller of zalloc() to check for NULL in these cases, I think it makes sense to add another flag, ZONE_PANICFAIL, allowing a zone to automatical

dlopen(), ld.so, and library wrappers

Greetings all, I wish to accomplish the following: 1. Program "foo" loads shared object "bar" using dlopen() and dlsym() 2. "bar" needs certain symbols resolved, which "foo" intercepts. For example, "foo" might wrap malloc() or open() to provide its own behavior... much like subclassing wi

Software Development from Russia ($20-$25 per hour)

Dear IT Manager, Have you ever thought of redesigning your website or creating an on-line database, in short, anything that has to do with software development, this offer is right for you. Our highly skilled off-shore programmers are capable and ready to develop any of your e-commerce softw

Re: Question about possibly additions to TOP

The real aim, btw, of moving to sysctl was to allow top (and the other utilities) without any extra privilege -- be it setuid, setgid kmem, etc. This had a number of added benefits, including allowing the policy for process/information visibility to be determined entirely in the kernel (required

Re: Question about possibly additions to TOP

Doesn't top already run in Jail on -CURRENT? Thomas Moestl did this work a while back, exposing the necessary information to support most of our userland monitoring tools using sysctl rather than kvm: last pid: 32655; load averages: 0.05, 0.09, 0.07up 7+14:52:51 09:50:01 2 processes: 1

Re: I think Linus wins the April 1st competition this year

Wow. I'm impressed. Linus is too bored if he has time to come up with these things. He should write a new OS or something. Perhaps he could join the LainOS team :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services

Re: lang/icc doesn't compile c++ sources

On Tue, 2 Apr 2002 14:30:59 +0200 (CEST) Alexander Leidinger <[EMAIL PROTECTED]> wrote: > On 2 Apr, Simon 'corecode' Schubert wrote: > > >> Do you have test cases where the removal of icc's includes and the use > >> of "-X -I/usr/include/g++ -I/usr/include" fails? > > > > yes. just as simple

Re: lang/icc doesn't compile c++ sources

On 2 Apr, Simon 'corecode' Schubert wrote: >> Do you have test cases where the removal of icc's includes and the use >> of "-X -I/usr/include/g++ -I/usr/include" fails? > > yes. just as simple as that: > > #include > std::string test; > > it also fails after fixing the wchar_t thingy. > the

Re: lang/icc doesn't compile c++ sources

On Tue, 2 Apr 2002 10:34:07 +0200 (CEST) Alexander Leidinger <[EMAIL PROTECTED]> wrote: > On 1 Apr, Simon 'corecode' Schubert wrote: > > >> > my first tries for the patched include files can be found here: > >> > > >> > >>

Re: lang/icc doesn't compile c++ sources

On 1 Apr, Simon 'corecode' Schubert wrote: >> > my first tries for the patched include files can be found here: >> > >> >> We should either fix the base system, or ${IA32ROOT}/includes/. > > i'd really like to, but the heade