On Wed, 16 May 2007, Rick C. Petty wrote:
On Wed, May 16, 2007 at 01:41:27PM -0700, [EMAIL PROTECTED] wrote:
Ok, fair enough. But there's a lot of overhead involved with Java with
their completely OOP view on programming.
Agreed.
Also, although I know that many database solutions companies
On Wed, 16 May 2007, Rick C. Petty wrote:
On Tue, May 15, 2007 at 01:08:03AM -0700, Garrett Cooper wrote:
Sorry for all you Java lovers out there.. it's just that from where I'm
at I don't see anyone using it in the workplace (Intel). We're all using
C/C++/Perl, with occasional spots of Ruby/P
On Wednesday 16 May 2007 09:32:37 Chris wrote:
> On 16/05/07, Marko Zec <[EMAIL PROTECTED]> wrote:
> > On Monday 14 May 2007 22:47:57 Andre Oppermann wrote:
> > > Julian Elischer wrote:
> > > > Bjoern A. Zeeb wrote:
> > > >> On Mon, 14 May 2007, Ed Schouten wrote:
> > > >>
> > > >> Hi,
> > > >>
> >
On Tue, May 15, 2007 at 01:08:03AM -0700, Garrett Cooper wrote:
>
> Sorry for all you Java lovers out there.. it's just that from where I'm
> at I don't see anyone using it in the workplace (Intel). We're all using
> C/C++/Perl, with occasional spots of Ruby/Python.
We use Java almost exclusive
Dag-Erling Smørgrav wrote:
"Matthew D. Fuller" <[EMAIL PROTECTED]> writes:
Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
Beats me... I can't even remember what userconfig_script is
supposed to do. Note that support for 5.2.1 ended on July 31, 2004.
Neither can I, but last weekend I upgrade
Chris wrote:
On 16/05/07, Marko Zec <[EMAIL PROTECTED]> wrote:
OTOH, even if we miss the window for sneaking this into 7.0-R, it would
be a huge pitty not to at least reserve a few additional fields in
various kernel structures needed to support stack virtualization. That
way it would be possib
On 05/16/07 08:49, Larry Rosenman wrote:
On Wed, 16 May 2007, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting processing
tools (sa(8) and lastcomm(1)) with the upcoming new acct(5) record format.
If you have root access on a FreeBSD AMD64, Sparc64, i
On Wed, 16 May 2007, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting processing
tools (sa(8) and lastcomm(1)) with the upcoming new acct(5) record format.
If you have root access on a FreeBSD AMD64, Sparc64, ia64, or PowerPC machine
please run the sh
On 16/05/07, Marko Zec <[EMAIL PROTECTED]> wrote:
On Monday 14 May 2007 22:47:57 Andre Oppermann wrote:
> Julian Elischer wrote:
> > Bjoern A. Zeeb wrote:
> >> On Mon, 14 May 2007, Ed Schouten wrote:
> >>
> >> Hi,
> >>
> >>> * Andre Oppermann <[EMAIL PROTECTED]> wrote:
> I'm working on a "l
Diomidis Spinellis wrote:
> I'm testing the backwards compatibility of the process accounting
> processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
> record format. If you have root access on a FreeBSD AMD64, Sparc64,
> ia64, or PowerPC machine please run the shell script
> http
On Monday 14 May 2007 22:47:57 Andre Oppermann wrote:
> Julian Elischer wrote:
> > Bjoern A. Zeeb wrote:
> >> On Mon, 14 May 2007, Ed Schouten wrote:
> >>
> >> Hi,
> >>
> >>> * Andre Oppermann <[EMAIL PROTECTED]> wrote:
> I'm working on a "light" variant of multi-IPv[46] per jail. It
>
On 05/16/07 02:35, Diomidis Spinellis wrote:
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the shel
Hi list,
I haven't investigated yet, but it seems that FreeBSD's version of GDB
stores string literals in read/write memory, and not on read-only
memory, as I prove below.
Is this behavior known/wanted/erroneous ?
Try to run this code from the command line and from inside GDB.
strtok(3) segfaults
I'm testing the backwards compatibility of the process accounting
processing tools (sa(8) and lastcomm(1)) with the upcoming new acct(5)
record format. If you have root access on a FreeBSD AMD64, Sparc64,
ia64, or PowerPC machine please run the shell script
http://www.spinellis.gr/FreeBSD/valu
14 matches
Mail list logo