On Feb 20, 2008, at 3:44 PM, Marcel Moolenaar wrote:
That would be possible. But then there will be other
problems. For example, lets say that the i386 loader
decides to use 640x480 @4bit, and the sparc64 loader
decides that 1152x900 @8bit is "best".
The Forth code clearly needs a way to que
[EMAIL PROTECTED] wrote:
> What prevents me from patching the kernel (!) to just ignore the
> resource limit? Nothing.
Exactly! I mean, it won't help that much if you have pages that haven't
been loaded or decrypted. But if you're patching the kernel anyway, you
can always have it log the decryp
On Feb 20, 2008, at 20:18 , Joerg Sonnenberger wrote:
On Wed, Feb 20, 2008 at 09:39:03PM -0500, ari edelkind wrote:
Mind you, it's true that disabling core dumps with a resource limit
doesn't keep one from creating a core image using gcore, but since
gcore
generally must either attach to a
On Wed, Feb 20, 2008 at 09:39:03PM -0500, ari edelkind wrote:
> Mind you, it's true that disabling core dumps with a resource limit
> doesn't keep one from creating a core image using gcore, but since gcore
> generally must either attach to a process using ptrace() or access
> mapped code segments
> >#!/usr/local/bin/mysecyritywrapper
> ><...encryted code goes where...>
> >
> > In this way. it'll be hard to use truss, ktrace, strace etc...
>
> No, not really. All of those tools can trace through
> to sub-processes, so whenever the code gets decrypted and
> starts executing (whether it's i
Thiago Damas wrote:
And if you make a wrapper, and execute like a shell script:
#!/usr/local/bin/mysecyritywrapper
<...encryted code goes where...>
In this way. it'll be hard to use truss, ktrace, strace etc...
No, not really. All of those tools can trace through
to sub-processes, so whe
Eygene Ryabinkin wrote:
Cristian, good day.
Fri, Feb 08, 2008 at 10:32:51PM +0200, Cristian KLEIN wrote:
Thank you very much for 'pinging'. :) As the driver synaptics driver din
not change for month, I speculate there might have been a change in the
Xorg API, especially related to sucking conf
This is a report on an issue that I had with using C2 CPU power state on
a system based on PIIX4E chipset. I think that other users of the
chipsets from PIIX4 family might be affected as well.
Also, this might be an informative reading for hackers chasing similar
problems.
Reference material:
Int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Carey Jones wrote:
> I have been getting occasional reboots on my FreeBSD 6-STABLE machine.
> I haven't figured out a pattern on it yet, but the most recent crash was
> during some pretty heavy NFS usage, and I see nfsd in the dump, so
> perhaps that
Hi David
Am 20.02.2008 um 22:12 schrieb David Malone:
Hi Thomas,
The -T option looks reasonable to me - can you submit a PR and let
me know what number it is. I'll have a look at making the change.
Thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=120891
Regards,
Thomas
___
On Feb 20, 2008, at 12:08 PM, Oliver Fromme wrote:
By the way: Will the standard i386 /boot/loader work
on an EFI machine, or does it require a different loader
binary?
It needs a different loader. If you want to support EFI
the right way, it also needs a different kernel -- one
that respect
Hi Thomas,
The -T option looks reasonable to me - can you submit a PR and let
me know what number it is. I'll have a look at making the change.
David.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Marcel Moolenaar wrote:
> Oliver Fromme wrote:
> > I understand the "yes" part, but I do not understand the
> > "see (a)/(b)" part. :-) What does the recursive reference
> > mean?
>
> It means that they can be treated the same:
Ah, OK. It's clear to me now.
> > Just out of curiosity, w
on 19/02/2008 23:42 Andriy Gapon said the following:
> The last result most probably means that RTC IRQ was not the interrupt
> to wake CPU from sleeping state.
> The first possibility that comes to mind is that on this particular
> hardware RTC interrupt (IRQ8) is not able to wake the system from
On Feb 20, 2008 12:08 PM, Brooks Davis <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 20, 2008 at 08:00:58PM +0300, sam wrote:
> > Brooks Davis wrote:
> >> On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote:
> >>
> >>>
> >>> please help me for writing /etc/rc.conf with vlan`s interfaces
> >>> (witho
On Feb 20, 2008, at 4:57 AM, Oliver Fromme wrote:
Marcel Moolenaar wrote:
Oliver Fromme wrote:
It will not replace the current text menu ("beastie.4th"),
so you can still use it on your Hercules monochrome or CGA
machine or with serial console, of course.
We can probably forget about those
On Wed, Feb 20, 2008 at 08:00:58PM +0300, sam wrote:
> Brooks Davis wrote:
>> On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote:
>>
>>>
>>> please help me for writing /etc/rc.conf with vlan`s interfaces
>>> (without problem network sub-system restart)
>>>
>>
>> We don't really suppo
Brooks Davis wrote:
On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote:
please help me for writing /etc/rc.conf with vlan`s interfaces (without
problem network sub-system restart)
We don't really support running /etc/rc.d/netif restart without an interface
argument at this time.
On Wed, Feb 20, 2008 at 10:41:22AM +0300, sam wrote:
> hello
>
> description of my trouble:
>
> part of /etc/rc.conf
> --
> |cloned_interfaces="vlan0"
> ifconfig_vlan0="inet 10.25.6.20 netmask 255.255.255.0 vlan 11 vlandev rl0"
> |--
On Wed, 20 Feb 2008 09:51:23 -0300 "Thiago Damas" <[EMAIL PROTECTED]> wrote:
> And if you make a wrapper, and execute like a shell script:
>
> #!/usr/local/bin/mysecyritywrapper
> <...encryted code goes where...>
>
>
> In this way. it'll be hard to use truss, ktrace, strace etc...
Depends
Hi list
I ported the -T option from netbsd syslogd.c to freebsd syslog.
"Add a -T flag to syslogd, which causes it to use local time for
messages received from the network. Useful for collecting logs from
devices which do not have correct time or if you need localtime anyway.
It does not replace
And if you make a wrapper, and execute like a shell script:
#!/usr/local/bin/mysecyritywrapper
<...encryted code goes where...>
In this way. it'll be hard to use truss, ktrace, strace etc...
[]s
On Feb 19, 2008 1:09 AM, Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> On 2008-02-18 19:54,
Marcel Moolenaar wrote:
> Oliver Fromme wrote:
>
> > It will not replace the current text menu ("beastie.4th"),
> > so you can still use it on your Hercules monochrome or CGA
> > machine or with serial console, of course.
>
> We can probably forget about those configurations.
OK, maybe no
On Tuesday 19 February 2008 22:27, Marcel Moolenaar wrote:
> On Feb 19, 2008, at 11:43 AM, Oliver Fromme wrote:
> > It will not replace the current text menu ("beastie.4th"),
> > so you can still use it on your Hercules monochrome or CGA
> > machine or with serial console, of course.
24 matches
Mail list logo