r to learn to debug properly.
Cheers,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 7/3/2008 3:34 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] remote gdb debugging and Xenomai
Karch, Joshua wrote:
> Gilles,
>
on both the
Xenomai machine and my desktop, plus the libraries. My issue in this case is I
can't get the libraries off the Xenomai machine to be loaded by GDB on my
desktop so I can debug.
Any ideas?
Thank you,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PRO
erent version of GDB. Would I have to get
a custom version of GDB for the Desktop too?
Is this all based on adding cross-compile support?
Thank you,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Wed 7/2/2008 1:52 PM
To: Karch, Joshua
Cc: xenomai-help@gn
Hi,
I began using GDB to debug rt-tasks in addition to pthreads and I found that
placing a breakpoint within an RT-Task causes a termination of the debug session
"Child terminated with signal = 5 " is the error I get from gdbserver on the
target device
In the Eclipse environment on my non-Xen
EMAIL PROTECTED]
Sent: Sun 6/8/2008 12:24 PM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: RE: [Xenomai-help] Xenomai and SDL NET sockets 1.2
Karch, Joshua wrote:
>
> Gilles,
>
> by the way, I resolved the program by declaring the SDL net sockets on the
> heap. The sockets
Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Fri 5/30/2008 4:04 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: RE: [Xenomai-help] Xenomai and SDL NET sockets 1.2
Karch, Joshua wrote:
>
> Gilles,
>
> I've been given a potential lead in this situation-- stacks
Thanks Gilles, I'll let you know how it works increasing the stack when I get
the chance to test.
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Fri 5/30/2008 8:33 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Xenoma
I'm running 2.4.3 native skin right now.
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Fri 5/30/2008 4:04 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: RE: [Xenomai-help] Xenomai and SDL NET sockets 1.2
Karch, Joshua wrote:
>
Gilles,
I've been given a potential lead in this situation-- stacksize. What is the
default stacksize? This might be the cause of segfaults.
Take care,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
To: Karch, Joshua
Cc: xenomai-help@gna.org
Su
008 10:30 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Xenomai and SDL NET sockets 1.2
On Thu, May 29, 2008 at 3:56 PM, Karch, Joshua <[EMAIL PROTECTED]> wrote:
> Gilles,
>
> Any potential problem with MlockAll and dynamically linked in libraries?
No.
&
x27;t work.
Take care,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 5/29/2008 9:54 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Xenomai and SDL NET sockets 1.2
On Thu, May 29, 2008 at 3:49 PM, Karch, Joshua <[EMAIL P
[mailto:[EMAIL PROTECTED]
Sent: Thu 5/29/2008 9:21 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Xenomai and SDL NET sockets 1.2
On Thu, May 29, 2008 at 5:44 AM, Karch, Joshua <[EMAIL PROTECTED]> wrote:
>
> To whom it may concern::
> we are interested in
To whom it may concern::
we are interested in merging our real-time tasks with Xenomai with a
low-priority RT_TASK that uses SDL-NET to communicate from real-time tasks over
ethernet. Unfortunately, running an RT_TASK with SDL-NET seems to have caused a
tough-to-identify segmentation fault. Th
also deleted
rt_task_reply from listen_task and commented out all appropriate RT_TASK_MCB
reply structs
both have the same bug in the end.
Josh
-Original Message-
From: [EMAIL PROTECTED] on behalf of Karch, Joshua
Sent: Wed 5/7/2008 3:33 PM
To: [EMAIL PROTECTED]
Cc: xenomai-help@gna.org
skid = rt_task_receive(&listen_rcv,TM_INFINITE);
printf("received data with opcode %d\n",listen_rcv.opcode);
listen_reply.opcode = 4;
listen_reply.size = 0;
listen_reply.data = NULL;
rt_task_reply(taskid, &listen_repl
ou for all your help with this,
Josh
-Original Message-
From: Philippe Gerum on behalf of Philippe Gerum
Sent: Wed 5/7/2008 1:11 PM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] rt_queue_alloc and ways to manage queue overruns
Karch, Joshua wrote:
> Phillipe
Hello,
I'm using rt_task_send from a talker task and rt_task_receive/reply from a
listener task. When I launch the two tasks in the following order: listener
task, talker task, everything runs normally.
However, when I launch the talker task first, and then the listener task
second, I rece
loop
and from the control loop to the motor controller?
Thank you,
Joshua Karch
-Original Message-
From: Philippe Gerum on behalf of Philippe Gerum
Sent: Tue 5/6/2008 3:46 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] rt_queue_alloc and ways to manage queu
Tomas,
I assume you mean buffer overruns, right? What type of CPU board are you
using? I'm using a Geode and it is notoriously bad in terms of non-maskable
System Management Interrupts which cause overflows. I had to lower the speed of
transmission down to 57600 to avoid the overruns.
Take c
Hello,
I have tasks that normally run at 50 Hz dealing with serial ports.I have a
command task which sends queue messages to a receive task that communicates
with the serial port. The receive task waits indefinitely for a message over
rt_queue (with TM_INFINITE) and then proceeds to write
"rt_queue_alloc failed to allocate, NULL pointer
received\n");
else printf("allocated queue of size %d\n",len);
strcpy((char *)msg,messages[n]);
rt_queue_send(&q_desc,msg,len,Q_NORMAL);
printf("message sent\n");
}
rt_task_join(&task_de
ght now.
Thank you,
Joshua Karch
-Original Message-
From: Philippe Gerum on behalf of Philippe Gerum
Sent: Wed 4/30/2008 2:31 PM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: [Xenomai-help] Segfault Problems with Message Queues
Karch, Joshua wrote:
> Hi All,
>
> I
Hi All,
I tried implementing inter-task message queues and following the msg_queue.c
example
(http://www.xenomai.org/documentation/trunk/html/api/msg__queue_8c-example.html)
and when I try to run the implementation after fixing some of the code
(declaring fail() to printf an error, declaring int
We definitely would like basic video, though primarily we
only need ethernet and serial, and then we can ssh in.
Sincerely,
Joshua Karch
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 6:59 PM
To: Karch, Joshua
Cc: Jan Kiszka; xenomai-help@
ven't found any errors in a two
minute test.
Take care,
Josh
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 1:16 PM
To: Karch, Joshua
Cc: Jan Kiszka; xenomai-help@gna.org
Subject: RE: [Xenomai-help] serial port overrun problem RT TA
n the benchmark device code -19 when running latency -t 2
Thank you,
Joshua Karch.
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 10:30 AM
To: Karch, Joshua
Cc: Jan Kiszka; xenomai-help@gna.org
Subject: Re: [Xenomai-help] serial port overrun probl
-62.020|2055.847
RTD| -56.153| -38.553|1951.085|2319| -62.020|2055.847
Any ideas?
Thank you,
Joshua Karch
-Original Message-
From: Jan Kiszka [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 3:04 AM
To: Gilles Chanteperdrix; Karch, Joshua
Cc: xenomai-help
//SENSORID=midgpacket->processChar(buf[0]);
}
}
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 2:43 AM
To: Karch, Joshua
Cc: xenomai-help@gna.org
Subject: Re: serial port overr
printf(RTASK_PREFIX "Error code line_status=%d
modem_status=%d\n",serstatus.line_status, serstatus.modem_status);
}
}
}
Thank you,
Joshua Karch
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Wed 4/23/2008 5:28 P
ng of packets in the RT Task. I assume tools
like hdparm (which unmask serial interrupts) have no place in the xenomai
world, right?
Take care,
Joshua Karch
Karch, Joshua wrote:
>
> Gilles,
>
> I decided to eliminate the pthread and create a task that handles the entire
-Original Message-
From: Karch, Joshua
Sent: Wed 4/23/2008 5:15 PM
To: Gilles Chanteperdrix
Subject: RE: [Xenomai-help] Xenomai serial port c++ code and / or
xeno--(xenomm-0.0.1) install problem
Gilles,
I decided to eliminate the pthread and create a task that handles the entire
t;,devicename,retval);
return 0;
}
}
///get the read byte from the serial port
char serialport::getreadbyte()
{
read(fd,&line[0],1);
return line[0];
}
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Wed 4/
tion of the loop, then suspend it to
process the byte,
and then reactivate it againwhen another byte is needed?
Sincerely,
Joshua Karch
-Original Message-
From: Gilles Chanteperdrix [mailto:[EMAIL PROTECTED]
Sent: Wed 4/23/2008 9:58 AM
To: Karch, Joshua
Cc: xenomai-help
Subject: Re:
Hello,
I recently installed Xenomai on a PC/104 and began writing a C++ program that
makes use of the serial port. I tried using the Xenomai Serial port example
program cross-link.c and I was successful in getting that to run. I edited
cross-link.c to read only from a device running at 115200
34 matches
Mail list logo
