On Sun, Jul 23, 2006 at 11:18:56PM +0200, Attilio Rao wrote:
2006/7/23, Divacky Roman [EMAIL PROTECTED]:
hi,
I need to get content of %esi register as it was during a syscall. Should
I get
this info from td-td_pcb-pcb_esi or td-td_frame-tf_esi?
Is it so that trapframe is content of
Divacky Roman wrote:
On Sun, Jul 23, 2006 at 11:18:56PM +0200, Attilio Rao wrote:
2006/7/23, Divacky Roman [EMAIL PROTECTED]:
hi,
I need to get content of %esi register as it was during a syscall. Should
I get
this info from td-td_pcb-pcb_esi or td-td_frame-tf_esi?
Is it so that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
freebsd-current:
I figured out why this was failing on my machine, I did a clean `make
buildworld` which succeeded without a hitch
freebsd-hackers:
After taking Warner's advice, I am building world with a different
target arch, but I cannot
On Sunday 23 July 2006 08:33, Greg 'groggy' Lehey wrote:
One thing that IS a KDE problem is having it manage 2 distinct desktops
(ie :0.0 [laptop LCD] and :0.1 [TV out]) - it occasionally decides to
give the other display focus after a dialog has been closed..
Are you sure? This sounds
On Mon, 24 Jul 2006, Xin LI wrote:
On 7/24/06, 李尚杰 [EMAIL PROTECTED] wrote:
The code for ipcperm() call :
78 ipcperm(td, perm, mode)
79 struct thread *td;
80 struct ipc_perm *perm;
81 int mode;
82 {
83 struct ucred *cred = td-td_ucred;
84 int
On Mon, 24 Jul 2006, Xin LI wrote:
why not directly return the error in line 94?
I think it makes sense to remove the assignment and the 'error' variable.
Let's see Robert's opinion.
I'm sorry, my previous answer was based on a mis-reading of the question --
you're not suggesting
Quoting Robert Watson [EMAIL PROTECTED] (from Mon, 24 Jul 2006
13:04:45 +0100 (BST)):
also. I would be interested in seeing reasonable restructurings of
this code, perhaps as a set of blocks that looks at each requested
operation or set of related operations and authorizes them sequentially.
On Saturday 22 July 2006 19:14, Michael Nottebrock wrote:
WINE does have certain requirements regarding memory allocation. In
particular it (or Windows, rather) really wants a few memory ranges
for itself:
(from wine-0.9.17/loader/preloader.c):
* 0x - 0x0011 the DOS area
*
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
On Saturday 22 July 2006 19:14, Michael Nottebrock wrote:
WINE does have certain requirements regarding memory allocation. In
particular it (or Windows, rather) really wants a few memory ranges
for itself:
(from wine-0.9.17/loader/preloader.c):
*
I had a 200ms software timer running in FBSD 5.4 that isn't working in
5.5 now.
This software timer was resetting a 1 second hardware watchdog timer.
Every 200ms, I sent a reset to the hardware WDT.
Everything worked on 5.4, but I am getting failures on 5.5
It appears that something changed in
On Mon, 24 Jul 2006, Daniel Eischen wrote:
See my response to this in a previous reply to this thread. libthr
and libpthread use LDT's for TLS. WINE is stomping on them because
it doesn't properly create LDTs. This is not a problem with either
of the thread libraries and this issue has been
On Monday 24 July 2006 17:39, Daniel Eischen wrote:
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
I've attached two patches that accomplish this, but this seems to
trigger other problems, so use at your own risk. If you want to try
them, place them in the port's files/ directory and add a line
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
On Monday 24 July 2006 17:39, Daniel Eischen wrote:
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
I've attached two patches that accomplish this, but this seems to
trigger other problems, so use at your own risk. If you want to try
them, place them in
Hello,
I'm currently looking for a standardized way to 'reboot' jails from
within. 'shutdown' is a simple one, just issue 'kill -TERM -1' and you're
done.
Now, rebooting generally involves starting up the jail afterwards.
One way that works from a shell started via jexec would be to 'kill
Gerald Pfeifer wrote:
On Mon, 24 Jul 2006, Daniel Eischen wrote:
See my response to this in a previous reply to this thread. libthr
and libpthread use LDT's for TLS. WINE is stomping on them because
it doesn't properly create LDTs. This is not a problem with either
of the thread
I have some code that sets up a tunnel device and registers a kqueue
filter for it ... ending roughly in:
EV_SET(kqev, cons-tunSocket, EVFILT_READ, EV_ADD | EV_ENABLE, 0, 0,
cons-fsdkq);
kevent(fsd-kq, kqev, 1, NULL, 0, NULL);
This event never fires. In another part of a the code, I have a
Michael Scheidell wrote:
I had a 200ms software timer running in FBSD 5.4 that isn't working in
5.5 now.
This software timer was resetting a 1 second hardware watchdog timer.
Every 200ms, I sent a reset to the hardware WDT.
Everything worked on 5.4, but I am getting failures on 5.5
It appears
David Gilbert wrote this message on Mon, Jul 24, 2006 at 15:19 -0400:
I have some code that sets up a tunnel device and registers a kqueue
filter for it ... ending roughly in:
EV_SET(kqev, cons-tunSocket, EVFILT_READ, EV_ADD | EV_ENABLE, 0, 0,
cons-fsdkq);
kevent(fsd-kq, kqev, 1, NULL, 0,
The problem is that gcc doesn't know how to map iguana onto something
it groks. Maybe you need to have TARGET_ARCH be one of the supported
CPUs? I'm unsure what iguana runs on, so I'm not sure which one you
should pick.
Warner
___
The following warnings were generated by a GhostScript build during
'portmanager -u':
./src/gsfunc0.c: In function `function_Sd_enum_ptrs':
./src/gsfunc0.c:37: warning: traditional C rejects ISO C style function
definitions
./src/gsfunc0.c: In function `function_Sd_reloc_ptrs':
On 2006-07-24 19:22, Michael D. Norwick [EMAIL PROTECTED] wrote:
The following warnings were generated by a GhostScript build during
'portmanager -u':
./src/gsfunc0.c: In function `function_Sd_enum_ptrs':
./src/gsfunc0.c:37: warning: traditional C rejects ISO C style function
definitions
On Monday 24 July 2006 18:49, Daniel Eischen wrote:
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
On Monday 24 July 2006 17:39, Daniel Eischen wrote:
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
I've attached two patches that accomplish this, but this seems to
trigger other problems, so use at
Giorgos Keramidas wrote:
On 2006-07-24 19:22, Michael D. Norwick [EMAIL PROTECTED] wrote:
The following warnings were generated by a GhostScript build during
'portmanager -u':
./src/gsfunc0.c: In function `function_Sd_enum_ptrs':
./src/gsfunc0.c:37: warning: traditional C rejects ISO C style
23 matches
Mail list logo
