You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(1) |
Jul
(4) |
Aug
(14) |
Sep
(4) |
Oct
(6) |
Nov
(2) |
Dec
(8) |
| 2006 |
Jan
(3) |
Feb
|
Mar
(12) |
Apr
(9) |
May
(2) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
(3) |
| 2007 |
Jan
(4) |
Feb
(5) |
Mar
(12) |
Apr
(2) |
May
|
Jun
|
Jul
(9) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(2) |
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
(2) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
|
2
(1) |
3
|
4
|
5
|
6
|
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
|
21
|
22
|
23
|
24
|
25
(1) |
26
|
27
|
|
28
|
29
|
30
|
|
|
|
|
|
From: Cai Y. <yc...@st...> - 2009-06-25 02:23:02
|
Hi, I'm a student of University of York, and I'm trying to update some features of jRate to cater RTSJ 1.1. Now, I'm having the jRate source code, and the paper 'The Design and Performance of the jRate Real-Time Java Implementation'. However, it's hard to unstand this project in short time. Do you have more specific materials to helping me unstand this project? Thank you. Cai Yuan |
|
From: Haseeb <ha...@cs...> - 2009-06-02 09:51:11
|
Hi Morgan, Using the -m32 flag at JRate configure time gives me an error nanosleep() not found. # ./configure --prefix.... CFLAGS=-m32 checking for pthread_create in -lpthread... no checking for library containing nanosleep... no configure: error: can't find nanosleep() Without specifying -m32, it finds the it finds the pthread_create in libpthread and doesn't care if nanosleep is present or not. I suppose I am missing a 32 bit library but I can see libpthread.so in both /lib and /lib64. Thanks for your help. Cheers Haseeb Morgan Deters-3 wrote: > > Hi Angelo and Abdul, > > Right, we never did any work on 64-bit. However, I think I've since > tried jRate on amd64 without serious difficulty (at least of this > sort). Still, with the kind of hardware-specific tricks we play for > embedded ia32 and ppc, I'm not surprised if we'd have to reengineer a > few things for amd64. > > If the need for multilib was detected when jRate was configured, you > have 32-bit jRate libraries. You can then try compiling > HelloWorld.java with "jRate-gcj -m32 ..." and see if that solves the > segfault problem. Otherwise, I can recommend recompiling all of jRate > binaries and libraries for 32-bit (with CFLAGS=-m32 at jRate configure > time) and seeing if that works. > > Morgan > > On Mon, May 11, 2009 at 12:14 PM, Angelo Corsaro > <ang...@gm...> wrote: >> Hello Abdul, >> >> I see you are running on a 64-bit platforms and I believe that it >> is >> not supported. Morgan, was any work done at WashU on 64 bit? >> >> Cheers, >> Angelo >> >> On May 10, 2009, at 11:11 PM, Abdul Haseeb Malik wrote: >> >>> Hi, >>> >>> jRate-0.7.2-3.3.3 is installed but it gives a segmentation error in all >>> programs.It is running on x86_64(AMD Opteron which has 4x4=16 cores). >>> >>> >>> /(gdb) r >>> Starting program: >>> >>> /home/haseeb/dev/jrate/jrate-0.3.7-5/jrate-0.3.7.2-3.3.3/demos/HelloWorld/a.out >>> >>> [Thread debugging using libthread_db enabled] >>> >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x00007ffff75c11d9 in _Jv_RegisterClassHookDefault >>> (klass=0x7ffff7a98020) at >>> >>> /home/haseeb/dev/jrate/jrate-0.3.7-5/jrate-0.3.7.2-3.3.3/gcc/libjava/java/lang/natClassLoader.cc:357 >>> 357 jint hash = HASH_UTF (klass->name); >>> Current language: auto; currently c++ >>> (gdb) display klass->name >>> 1: klass->name = (_Jv_Utf8Const *) 0x11 >>> / >>> >>> Cheers >>> >>> Haseeb >>> >>> >>> ------------------------------------------------------------------------------ >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>> production scanning environment may not be a perfect world - but thanks >>> to >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK >>> i700 >>> Series Scanner you'll get full speed at 300 dpi even with all image >>> processing features enabled. http://p.sf.net/sfu/kodak-com >>> _______________________________________________ >>> jrate-devel mailing list >>> jra...@li... >>> https://lists.sourceforge.net/lists/listinfo/jrate-devel >> >> > > > > -- > Morgan Deters > md...@gm... > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK > i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > jrate-devel mailing list > jra...@li... > https://lists.sourceforge.net/lists/listinfo/jrate-devel > > -- View this message in context: http://www.nabble.com/Segmentation-fault-on-jRate-tp23474215p23828181.html Sent from the jrate-devel mailing list archive at Nabble.com. |