You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(1) |
Feb
(8) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(13) |
Jul
(7) |
Aug
(11) |
Sep
(6) |
Oct
(14) |
Nov
(16) |
Dec
(1) |
2013 |
Jan
(3) |
Feb
(8) |
Mar
(17) |
Apr
(21) |
May
(27) |
Jun
(11) |
Jul
(11) |
Aug
(21) |
Sep
(39) |
Oct
(17) |
Nov
(39) |
Dec
(28) |
2014 |
Jan
(36) |
Feb
(30) |
Mar
(35) |
Apr
(17) |
May
(22) |
Jun
(28) |
Jul
(23) |
Aug
(41) |
Sep
(17) |
Oct
(10) |
Nov
(22) |
Dec
(56) |
2015 |
Jan
(30) |
Feb
(32) |
Mar
(37) |
Apr
(28) |
May
(79) |
Jun
(18) |
Jul
(35) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Dogan C. <dog...@us...> - 2014-12-04 01:10:56
|
Hi Dan, It turns out this was due to a bug in our RandGauss2 function that accepts double arguments. I’m committing the following fix to kaldi trunk right away. Cheers, Dogan diff --git a/src/base/kaldi-math.cc b/src/base/kaldi-math.cc index 5b30320..0de73bf 100644 --- a/src/base/kaldi-math.cc +++ b/src/base/kaldi-math.cc @@ -147,7 +147,7 @@ void RandGauss2(double *a, double *b, RandomState *state) float a_float, b_float; // Just because we're using doubles doesn't mean we need super-high-quality // random numbers, so we just use the floating-point version internally. - RandGauss2(&a_float, &b_float); + RandGauss2(&a_float, &b_float, state); *a = a_float; *b = b_float; } > On Dec 3, 2014, at 2:23 AM, Dogan Can <dog...@us...> wrote: > > Hi Dan > > I don’t have a Mavericks setup but I can replicate the failure on Yosemite with clang. When everything is compiled with gcc, matrix-lib-test finishes successfully. > > I looked a bit into the root cause of why the test was going into an infinite loop. The random 3x3 matrices generated during the failing test end up having the same first and third columns and fail the condition number test, hence the generation loop never terminates. I did some sleuthing to figure out how that was happening and it turns out the value of rstate.seed (see the snippet below from matrix/kaldi-matrix.cc <http://kaldi-matrix.cc/>) is the same before and after the call to RandGauss2 (note that inner for loop executes only once). It seems like we are hitting a race condition in the system provided rand_r implementation or a compiler bug. > > > 1093 template<typename Real> > 1094 void MatrixBase<Real>::SetRandn() { > 1095 kaldi::RandomState rstate; > 1096 for (MatrixIndexT row = 0; row < num_rows_; row++) { > 1097 Real *row_data = this->RowData(row); > 1098 MatrixIndexT nc = (num_cols_ % 2 == 1) ? num_cols_ - 1 : num_cols_; > 1099 for (MatrixIndexT col = 0; col < nc; col += 2) { > 1100 kaldi::RandGauss2(row_data + col, row_data + col + 1, &rstate); > 1101 } > 1102 if (nc != num_cols_) row_data[nc] = static_cast<Real>(kaldi::RandGauss(&rstate)); > 1103 } > 1104 } > > > Cheers, > Dogan > >> On Dec 2, 2014, at 10:13 PM, Daniel Povey <dp...@gm... <mailto:dp...@gm...>> wrote: >> >> According to >> http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks <http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks> >> gdb is no longer supported in mavericks and you have to use lldb. I've >> never used that so I don't know what to tell you to do. >> Dogan, do you have a mavericks setup, and can you see if you get the >> infinite loop that he gets when you test? >> Joaqin: I would just continue through the tutorial for now. Probably >> it's not going to be a problem. >> Dan >> >> >> On Wed, Dec 3, 2014 at 1:09 AM, Daniel Povey <dp...@gm...> wrote: >>> Hm. That makes me think there may be a problem with your gcc/gdb >>> installation- maybe you could try uninstalling it and installing it >>> again. Did you get it from MacPorts? >>> Dan >>> >>> >>> On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales >>> <ja...@co...> wrote: >>>> Now I get: >>>> >>>> >>>> Program received signal SIGINT, Interrupt. >>>> >>>> 0x00007fff8c755e9a in ?? () >>>> >>>> (gdb) b matrix-lib-test.cc:39 >>>> >>>> Cannot access memory at address 0xab670 >>>> >>>> >>>> On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: >>>>> >>>>> Probably when you did ctrl-c it was in the Atlas library, sometimes it >>>>> can't get a proper backtrace. Instead, after doing ctrl-c do: >>>>> (gdb) b matrix-lib-test.cc:39 >>>>> (gdb) c >>>>> >>>>> to continue, and when it breaks, show me a backtrace. >>>>> Dan >>>>> >>>>> >>>>> On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales >>>>> <ja...@co...> wrote: >>>>>> This is what I get: >>>>>> >>>>>> >>>>>> Program received signal SIGINT, Interrupt. >>>>>> >>>>>> 0x00007fff8b2c6342 in ?? () >>>>>> >>>>>> (gdb) bt >>>>>> >>>>>> #0 0x00007fff8b2c6342 in ?? () >>>>>> >>>>>> #1 0x00007fff5fbfdbc8 in ?? () >>>>>> >>>>>> #2 0x0000000000000001 in ?? () >>>>>> >>>>>> #3 0x00007fff5fbfdfdc in ?? () >>>>>> >>>>>> #4 0x00007fff5fbfdfe0 in ?? () >>>>>> >>>>>> #5 0x00007fff5fbfdbbe in ?? () >>>>>> >>>>>> #6 0x0000000100102672 in ?? () >>>>>> >>>>>> #7 0x00007fff5fbfdc10 in ?? () >>>>>> >>>>>> #8 0x00007fff8b00eac4 in ?? () >>>>>> >>>>>> #9 0x00007fff5fbfda90 in ?? () >>>>>> >>>>>> #10 0x00007fff8e2bf272 in ?? () >>>>>> >>>>>> #11 0x00000002001a0a00 in ?? () >>>>>> >>>>>> #12 0x00000001001a0a00 in ?? () >>>>>> >>>>>> #13 0x000000010019d000 in ?? () >>>>>> >>>>>> #14 0x00000001001a0a00 in ?? () >>>>>> >>>>>> #15 0x00000001003002ca in ?? () >>>>>> >>>>>> #16 0x0000000000000000 in ?? () >>>>>> >>>>>> >>>>>> On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: >>>>>>> >>>>>>> That isn't normal and it doesn't happen when I compile on a Mac. >>>>>>> Can you run it in gdb by doing >>>>>>> gdb ./matrix-lib-test >>>>>>> (gdb) r >>>>>>> >>>>>>> and then do ctrl-c when it gets in the loop and type "bt" and show me >>>>>>> the backtrace? >>>>>>> Dan >>>>>>> >>>>>>> >>>>>>> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales >>>>>>> <ja...@co...> wrote: >>>>>>>> Hi Dan, >>>>>>>> >>>>>>>> Thanks for the quick reply. I have "svn up"ed and recompiled >>>>>>>> everything, >>>>>>>> but >>>>>>>> now the same matrix test runs into an infinite loop. Would it be safe >>>>>>>> to >>>>>>>> ignore the test results and continue with the tutorial? Here are the >>>>>>>> few >>>>>>>> lines of output from the test: >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 7.50727e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.91265e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 7.70738e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 2.32488e+17, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 8.44565e+17, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.83557e+17, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 2.61736e+17, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 8.67803e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.80053e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.67101e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.49485e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 8.31813e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 1.6285e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 2.48172e+16, trying again (this is normal) >>>>>>>> >>>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>>> random >>>>>>>> matrix large 2.1569e+16, trying again (this is normal) >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> I think I had noticed this before, and I fixed the test by changing >>>>>>>>> the threshold. >>>>>>>>> If you do "svn up" and recompile, it should pass. >>>>>>>>> Dan >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales >>>>>>>>> <ja...@co...> >>>>>>>>> wrote: >>>>>>>>>> Hi Kaldi Team, >>>>>>>>>> >>>>>>>>>> I'm running into trouble when running the Kaldi tests (make test) >>>>>>>>>> described >>>>>>>>>> in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the >>>>>>>>>> error >>>>>>>>>> is >>>>>>>>>> in matrix-lib-test: KALDI_ASSERT: at >>>>>>>>>> UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 >>>>>>>>>> * >>>>>>>>>> b.Norm(2.0) >>>>>>>>>> >>>>>>>>>> Has anyone faced this problem before or have any suggestions? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Joaquín >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>>>>>>> from Actuate! Instantly Supercharge Your Business Reports and >>>>>>>>>> Dashboards >>>>>>>>>> with Interactivity, Sharing, Native Excel Exports, App Integration >>>>>>>>>> & >>>>>>>>>> more >>>>>>>>>> Get technology previously reserved for billion-dollar >>>>>>>>>> corporations, >>>>>>>>>> FREE >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >>>>>>>>>> _______________________________________________ >>>>>>>>>> Kaldi-developers mailing list >>>>>>>>>> Kal...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>> >>>> > |
From: Daniel P. <dp...@gm...> - 2014-12-03 19:35:47
|
Hm. Dogan, would you mind looking into this a bit further to see if you can narrow down whether it's a problem with rand_r or a compiler bug, so that we can both report the bug upstream, and apply some kind of temporary patch to our code? Inside Rand2(), it might be interesting to see whether the random seed changes after each individual call to Rand(). Dan On Wed, Dec 3, 2014 at 5:23 AM, Dogan Can <dog...@us...> wrote: > Hi Dan > > I don’t have a Mavericks setup but I can replicate the failure on Yosemite > with clang. When everything is compiled with gcc, matrix-lib-test finishes > successfully. > > I looked a bit into the root cause of why the test was going into an > infinite loop. The random 3x3 matrices generated during the failing test end > up having the same first and third columns and fail the condition number > test, hence the generation loop never terminates. I did some sleuthing to > figure out how that was happening and it turns out the value of rstate.seed > (see the snippet below from matrix/kaldi-matrix.cc) is the same before and > after the call to RandGauss2 (note that inner for loop executes only once). > It seems like we are hitting a race condition in the system provided rand_r > implementation or a compiler bug. > > > 1093 template<typename Real> > 1094 void MatrixBase<Real>::SetRandn() { > 1095 kaldi::RandomState rstate; > 1096 for (MatrixIndexT row = 0; row < num_rows_; row++) { > 1097 Real *row_data = this->RowData(row); > 1098 MatrixIndexT nc = (num_cols_ % 2 == 1) ? num_cols_ - 1 : num_cols_; > 1099 for (MatrixIndexT col = 0; col < nc; col += 2) { > 1100 kaldi::RandGauss2(row_data + col, row_data + col + 1, &rstate); > 1101 } > 1102 if (nc != num_cols_) row_data[nc] = > static_cast<Real>(kaldi::RandGauss(&rstate)); > 1103 } > 1104 } > > > Cheers, > Dogan > > On Dec 2, 2014, at 10:13 PM, Daniel Povey <dp...@gm...> wrote: > > According to > http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks > gdb is no longer supported in mavericks and you have to use lldb. I've > never used that so I don't know what to tell you to do. > Dogan, do you have a mavericks setup, and can you see if you get the > infinite loop that he gets when you test? > Joaqin: I would just continue through the tutorial for now. Probably > it's not going to be a problem. > Dan > > > On Wed, Dec 3, 2014 at 1:09 AM, Daniel Povey <dp...@gm...> wrote: > > Hm. That makes me think there may be a problem with your gcc/gdb > installation- maybe you could try uninstalling it and installing it > again. Did you get it from MacPorts? > Dan > > > On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: > > Now I get: > > > Program received signal SIGINT, Interrupt. > > 0x00007fff8c755e9a in ?? () > > (gdb) b matrix-lib-test.cc:39 > > Cannot access memory at address 0xab670 > > > On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: > > > Probably when you did ctrl-c it was in the Atlas library, sometimes it > can't get a proper backtrace. Instead, after doing ctrl-c do: > (gdb) b matrix-lib-test.cc:39 > (gdb) c > > to continue, and when it breaks, show me a backtrace. > Dan > > > On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: > > This is what I get: > > > Program received signal SIGINT, Interrupt. > > 0x00007fff8b2c6342 in ?? () > > (gdb) bt > > #0 0x00007fff8b2c6342 in ?? () > > #1 0x00007fff5fbfdbc8 in ?? () > > #2 0x0000000000000001 in ?? () > > #3 0x00007fff5fbfdfdc in ?? () > > #4 0x00007fff5fbfdfe0 in ?? () > > #5 0x00007fff5fbfdbbe in ?? () > > #6 0x0000000100102672 in ?? () > > #7 0x00007fff5fbfdc10 in ?? () > > #8 0x00007fff8b00eac4 in ?? () > > #9 0x00007fff5fbfda90 in ?? () > > #10 0x00007fff8e2bf272 in ?? () > > #11 0x00000002001a0a00 in ?? () > > #12 0x00000001001a0a00 in ?? () > > #13 0x000000010019d000 in ?? () > > #14 0x00000001001a0a00 in ?? () > > #15 0x00000001003002ca in ?? () > > #16 0x0000000000000000 in ?? () > > > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: > > > That isn't normal and it doesn't happen when I compile on a Mac. > Can you run it in gdb by doing > gdb ./matrix-lib-test > (gdb) r > > and then do ctrl-c when it gets in the loop and type "bt" and show me > the backtrace? > Dan > > > On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: > > Hi Dan, > > Thanks for the quick reply. I have "svn up"ed and recompiled > everything, > but > now the same matrix test runs into an infinite loop. Would it be safe > to > ignore the test results and continue with the tutorial? Here are the > few > lines of output from the test: > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 7.50727e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.91265e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 7.70738e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 2.32488e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 8.44565e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.83557e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 2.61736e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 8.67803e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.80053e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.67101e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.49485e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 8.31813e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 1.6285e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 2.48172e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > matrix large 2.1569e+16, trying again (this is normal) > > > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> > wrote: > > > I think I had noticed this before, and I fixed the test by changing > the threshold. > If you do "svn up" and recompile, it should pass. > Dan > > > On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales > <ja...@co...> > wrote: > > Hi Kaldi Team, > > I'm running into trouble when running the Kaldi tests (make test) > described > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the > error > is > in matrix-lib-test: KALDI_ASSERT: at > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 > * > b.Norm(2.0) > > Has anyone faced this problem before or have any suggestions? > > Thanks, > Joaquín > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration > & > more > Get technology previously reserved for billion-dollar > corporations, > FREE > > > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > > > > > > > > |
From: Dogan C. <dog...@us...> - 2014-12-03 10:54:09
|
Hi Dan I don’t have a Mavericks setup but I can replicate the failure on Yosemite with clang. When everything is compiled with gcc, matrix-lib-test finishes successfully. I looked a bit into the root cause of why the test was going into an infinite loop. The random 3x3 matrices generated during the failing test end up having the same first and third columns and fail the condition number test, hence the generation loop never terminates. I did some sleuthing to figure out how that was happening and it turns out the value of rstate.seed (see the snippet below from matrix/kaldi-matrix.cc <http://kaldi-matrix.cc/>) is the same before and after the call to RandGauss2 (note that inner for loop executes only once). It seems like we are hitting a race condition in the system provided rand_r implementation or a compiler bug. 1093 template<typename Real> 1094 void MatrixBase<Real>::SetRandn() { 1095 kaldi::RandomState rstate; 1096 for (MatrixIndexT row = 0; row < num_rows_; row++) { 1097 Real *row_data = this->RowData(row); 1098 MatrixIndexT nc = (num_cols_ % 2 == 1) ? num_cols_ - 1 : num_cols_; 1099 for (MatrixIndexT col = 0; col < nc; col += 2) { 1100 kaldi::RandGauss2(row_data + col, row_data + col + 1, &rstate); 1101 } 1102 if (nc != num_cols_) row_data[nc] = static_cast<Real>(kaldi::RandGauss(&rstate)); 1103 } 1104 } Cheers, Dogan > On Dec 2, 2014, at 10:13 PM, Daniel Povey <dp...@gm...> wrote: > > According to > http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks > gdb is no longer supported in mavericks and you have to use lldb. I've > never used that so I don't know what to tell you to do. > Dogan, do you have a mavericks setup, and can you see if you get the > infinite loop that he gets when you test? > Joaqin: I would just continue through the tutorial for now. Probably > it's not going to be a problem. > Dan > > > On Wed, Dec 3, 2014 at 1:09 AM, Daniel Povey <dp...@gm...> wrote: >> Hm. That makes me think there may be a problem with your gcc/gdb >> installation- maybe you could try uninstalling it and installing it >> again. Did you get it from MacPorts? >> Dan >> >> >> On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales >> <ja...@co...> wrote: >>> Now I get: >>> >>> >>> Program received signal SIGINT, Interrupt. >>> >>> 0x00007fff8c755e9a in ?? () >>> >>> (gdb) b matrix-lib-test.cc:39 >>> >>> Cannot access memory at address 0xab670 >>> >>> >>> On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: >>>> >>>> Probably when you did ctrl-c it was in the Atlas library, sometimes it >>>> can't get a proper backtrace. Instead, after doing ctrl-c do: >>>> (gdb) b matrix-lib-test.cc:39 >>>> (gdb) c >>>> >>>> to continue, and when it breaks, show me a backtrace. >>>> Dan >>>> >>>> >>>> On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales >>>> <ja...@co...> wrote: >>>>> This is what I get: >>>>> >>>>> >>>>> Program received signal SIGINT, Interrupt. >>>>> >>>>> 0x00007fff8b2c6342 in ?? () >>>>> >>>>> (gdb) bt >>>>> >>>>> #0 0x00007fff8b2c6342 in ?? () >>>>> >>>>> #1 0x00007fff5fbfdbc8 in ?? () >>>>> >>>>> #2 0x0000000000000001 in ?? () >>>>> >>>>> #3 0x00007fff5fbfdfdc in ?? () >>>>> >>>>> #4 0x00007fff5fbfdfe0 in ?? () >>>>> >>>>> #5 0x00007fff5fbfdbbe in ?? () >>>>> >>>>> #6 0x0000000100102672 in ?? () >>>>> >>>>> #7 0x00007fff5fbfdc10 in ?? () >>>>> >>>>> #8 0x00007fff8b00eac4 in ?? () >>>>> >>>>> #9 0x00007fff5fbfda90 in ?? () >>>>> >>>>> #10 0x00007fff8e2bf272 in ?? () >>>>> >>>>> #11 0x00000002001a0a00 in ?? () >>>>> >>>>> #12 0x00000001001a0a00 in ?? () >>>>> >>>>> #13 0x000000010019d000 in ?? () >>>>> >>>>> #14 0x00000001001a0a00 in ?? () >>>>> >>>>> #15 0x00000001003002ca in ?? () >>>>> >>>>> #16 0x0000000000000000 in ?? () >>>>> >>>>> >>>>> On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: >>>>>> >>>>>> That isn't normal and it doesn't happen when I compile on a Mac. >>>>>> Can you run it in gdb by doing >>>>>> gdb ./matrix-lib-test >>>>>> (gdb) r >>>>>> >>>>>> and then do ctrl-c when it gets in the loop and type "bt" and show me >>>>>> the backtrace? >>>>>> Dan >>>>>> >>>>>> >>>>>> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales >>>>>> <ja...@co...> wrote: >>>>>>> Hi Dan, >>>>>>> >>>>>>> Thanks for the quick reply. I have "svn up"ed and recompiled >>>>>>> everything, >>>>>>> but >>>>>>> now the same matrix test runs into an infinite loop. Would it be safe >>>>>>> to >>>>>>> ignore the test results and continue with the tutorial? Here are the >>>>>>> few >>>>>>> lines of output from the test: >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 7.50727e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.91265e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 7.70738e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 2.32488e+17, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 8.44565e+17, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.83557e+17, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 2.61736e+17, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 8.67803e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.80053e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.67101e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.49485e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 8.31813e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 1.6285e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 2.48172e+16, trying again (this is normal) >>>>>>> >>>>>>> LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>>>>>> random >>>>>>> matrix large 2.1569e+16, trying again (this is normal) >>>>>>> >>>>>>> >>>>>>> On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> >>>>>>> wrote: >>>>>>>> >>>>>>>> I think I had noticed this before, and I fixed the test by changing >>>>>>>> the threshold. >>>>>>>> If you do "svn up" and recompile, it should pass. >>>>>>>> Dan >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales >>>>>>>> <ja...@co...> >>>>>>>> wrote: >>>>>>>>> Hi Kaldi Team, >>>>>>>>> >>>>>>>>> I'm running into trouble when running the Kaldi tests (make test) >>>>>>>>> described >>>>>>>>> in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the >>>>>>>>> error >>>>>>>>> is >>>>>>>>> in matrix-lib-test: KALDI_ASSERT: at >>>>>>>>> UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 >>>>>>>>> * >>>>>>>>> b.Norm(2.0) >>>>>>>>> >>>>>>>>> Has anyone faced this problem before or have any suggestions? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Joaquín >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------------ >>>>>>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>>>>>> from Actuate! Instantly Supercharge Your Business Reports and >>>>>>>>> Dashboards >>>>>>>>> with Interactivity, Sharing, Native Excel Exports, App Integration >>>>>>>>> & >>>>>>>>> more >>>>>>>>> Get technology previously reserved for billion-dollar >>>>>>>>> corporations, >>>>>>>>> FREE >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >>>>>>>>> _______________________________________________ >>>>>>>>> Kaldi-developers mailing list >>>>>>>>> Kal...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>>>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> >>> >>> |
From: Joaquin A. R. <ja...@co...> - 2014-12-03 06:23:02
|
Alright, I'll continue with the tutorial for now. Thanks again On Wed, Dec 3, 2014 at 1:13 AM, Daniel Povey <dp...@gm...> wrote: > According to > http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks > gdb is no longer supported in mavericks and you have to use lldb. I've > never used that so I don't know what to tell you to do. > Dogan, do you have a mavericks setup, and can you see if you get the > infinite loop that he gets when you test? > Joaqin: I would just continue through the tutorial for now. Probably > it's not going to be a problem. > Dan > > > On Wed, Dec 3, 2014 at 1:09 AM, Daniel Povey <dp...@gm...> wrote: > > Hm. That makes me think there may be a problem with your gcc/gdb > > installation- maybe you could try uninstalling it and installing it > > again. Did you get it from MacPorts? > > Dan > > > > > > On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales > > <ja...@co...> wrote: > >> Now I get: > >> > >> > >> Program received signal SIGINT, Interrupt. > >> > >> 0x00007fff8c755e9a in ?? () > >> > >> (gdb) b matrix-lib-test.cc:39 > >> > >> Cannot access memory at address 0xab670 > >> > >> > >> On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: > >>> > >>> Probably when you did ctrl-c it was in the Atlas library, sometimes it > >>> can't get a proper backtrace. Instead, after doing ctrl-c do: > >>> (gdb) b matrix-lib-test.cc:39 > >>> (gdb) c > >>> > >>> to continue, and when it breaks, show me a backtrace. > >>> Dan > >>> > >>> > >>> On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales > >>> <ja...@co...> wrote: > >>> > This is what I get: > >>> > > >>> > > >>> > Program received signal SIGINT, Interrupt. > >>> > > >>> > 0x00007fff8b2c6342 in ?? () > >>> > > >>> > (gdb) bt > >>> > > >>> > #0 0x00007fff8b2c6342 in ?? () > >>> > > >>> > #1 0x00007fff5fbfdbc8 in ?? () > >>> > > >>> > #2 0x0000000000000001 in ?? () > >>> > > >>> > #3 0x00007fff5fbfdfdc in ?? () > >>> > > >>> > #4 0x00007fff5fbfdfe0 in ?? () > >>> > > >>> > #5 0x00007fff5fbfdbbe in ?? () > >>> > > >>> > #6 0x0000000100102672 in ?? () > >>> > > >>> > #7 0x00007fff5fbfdc10 in ?? () > >>> > > >>> > #8 0x00007fff8b00eac4 in ?? () > >>> > > >>> > #9 0x00007fff5fbfda90 in ?? () > >>> > > >>> > #10 0x00007fff8e2bf272 in ?? () > >>> > > >>> > #11 0x00000002001a0a00 in ?? () > >>> > > >>> > #12 0x00000001001a0a00 in ?? () > >>> > > >>> > #13 0x000000010019d000 in ?? () > >>> > > >>> > #14 0x00000001001a0a00 in ?? () > >>> > > >>> > #15 0x00000001003002ca in ?? () > >>> > > >>> > #16 0x0000000000000000 in ?? () > >>> > > >>> > > >>> > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> > wrote: > >>> >> > >>> >> That isn't normal and it doesn't happen when I compile on a Mac. > >>> >> Can you run it in gdb by doing > >>> >> gdb ./matrix-lib-test > >>> >> (gdb) r > >>> >> > >>> >> and then do ctrl-c when it gets in the loop and type "bt" and show > me > >>> >> the backtrace? > >>> >> Dan > >>> >> > >>> >> > >>> >> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales > >>> >> <ja...@co...> wrote: > >>> >> > Hi Dan, > >>> >> > > >>> >> > Thanks for the quick reply. I have "svn up"ed and recompiled > >>> >> > everything, > >>> >> > but > >>> >> > now the same matrix test runs into an infinite loop. Would it be > safe > >>> >> > to > >>> >> > ignore the test results and continue with the tutorial? Here are > the > >>> >> > few > >>> >> > lines of output from the test: > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 7.50727e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.91265e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 7.70738e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 2.32488e+17, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 8.44565e+17, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.83557e+17, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 2.61736e+17, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 8.67803e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.80053e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.67101e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.49485e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 8.31813e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 1.6285e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 2.48172e+16, trying again (this is normal) > >>> >> > > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number > of > >>> >> > random > >>> >> > matrix large 2.1569e+16, trying again (this is normal) > >>> >> > > >>> >> > > >>> >> > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> > >>> >> > wrote: > >>> >> >> > >>> >> >> I think I had noticed this before, and I fixed the test by > changing > >>> >> >> the threshold. > >>> >> >> If you do "svn up" and recompile, it should pass. > >>> >> >> Dan > >>> >> >> > >>> >> >> > >>> >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales > >>> >> >> <ja...@co...> > >>> >> >> wrote: > >>> >> >> > Hi Kaldi Team, > >>> >> >> > > >>> >> >> > I'm running into trouble when running the Kaldi tests (make > test) > >>> >> >> > described > >>> >> >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and > the > >>> >> >> > error > >>> >> >> > is > >>> >> >> > in matrix-lib-test: KALDI_ASSERT: at > >>> >> >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < > 1.0e-05 > >>> >> >> > * > >>> >> >> > b.Norm(2.0) > >>> >> >> > > >>> >> >> > Has anyone faced this problem before or have any suggestions? > >>> >> >> > > >>> >> >> > Thanks, > >>> >> >> > Joaquín > >>> >> >> > > >>> >> >> > > >>> >> >> > > >>> >> >> > > >>> >> >> > > ------------------------------------------------------------------------------ > >>> >> >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT > Server > >>> >> >> > from Actuate! Instantly Supercharge Your Business Reports and > >>> >> >> > Dashboards > >>> >> >> > with Interactivity, Sharing, Native Excel Exports, App > Integration > >>> >> >> > & > >>> >> >> > more > >>> >> >> > Get technology previously reserved for billion-dollar > >>> >> >> > corporations, > >>> >> >> > FREE > >>> >> >> > > >>> >> >> > > >>> >> >> > > >>> >> >> > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > >>> >> >> > _______________________________________________ > >>> >> >> > Kaldi-developers mailing list > >>> >> >> > Kal...@li... > >>> >> >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > >>> >> >> > > >>> >> > > >>> >> > > >>> > > >>> > > >> > >> > |
From: Daniel P. <dp...@gm...> - 2014-12-03 06:13:07
|
According to http://stackoverflow.com/questions/19554439/gdb-missing-in-os-x-mavericks gdb is no longer supported in mavericks and you have to use lldb. I've never used that so I don't know what to tell you to do. Dogan, do you have a mavericks setup, and can you see if you get the infinite loop that he gets when you test? Joaqin: I would just continue through the tutorial for now. Probably it's not going to be a problem. Dan On Wed, Dec 3, 2014 at 1:09 AM, Daniel Povey <dp...@gm...> wrote: > Hm. That makes me think there may be a problem with your gcc/gdb > installation- maybe you could try uninstalling it and installing it > again. Did you get it from MacPorts? > Dan > > > On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: >> Now I get: >> >> >> Program received signal SIGINT, Interrupt. >> >> 0x00007fff8c755e9a in ?? () >> >> (gdb) b matrix-lib-test.cc:39 >> >> Cannot access memory at address 0xab670 >> >> >> On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: >>> >>> Probably when you did ctrl-c it was in the Atlas library, sometimes it >>> can't get a proper backtrace. Instead, after doing ctrl-c do: >>> (gdb) b matrix-lib-test.cc:39 >>> (gdb) c >>> >>> to continue, and when it breaks, show me a backtrace. >>> Dan >>> >>> >>> On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales >>> <ja...@co...> wrote: >>> > This is what I get: >>> > >>> > >>> > Program received signal SIGINT, Interrupt. >>> > >>> > 0x00007fff8b2c6342 in ?? () >>> > >>> > (gdb) bt >>> > >>> > #0 0x00007fff8b2c6342 in ?? () >>> > >>> > #1 0x00007fff5fbfdbc8 in ?? () >>> > >>> > #2 0x0000000000000001 in ?? () >>> > >>> > #3 0x00007fff5fbfdfdc in ?? () >>> > >>> > #4 0x00007fff5fbfdfe0 in ?? () >>> > >>> > #5 0x00007fff5fbfdbbe in ?? () >>> > >>> > #6 0x0000000100102672 in ?? () >>> > >>> > #7 0x00007fff5fbfdc10 in ?? () >>> > >>> > #8 0x00007fff8b00eac4 in ?? () >>> > >>> > #9 0x00007fff5fbfda90 in ?? () >>> > >>> > #10 0x00007fff8e2bf272 in ?? () >>> > >>> > #11 0x00000002001a0a00 in ?? () >>> > >>> > #12 0x00000001001a0a00 in ?? () >>> > >>> > #13 0x000000010019d000 in ?? () >>> > >>> > #14 0x00000001001a0a00 in ?? () >>> > >>> > #15 0x00000001003002ca in ?? () >>> > >>> > #16 0x0000000000000000 in ?? () >>> > >>> > >>> > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: >>> >> >>> >> That isn't normal and it doesn't happen when I compile on a Mac. >>> >> Can you run it in gdb by doing >>> >> gdb ./matrix-lib-test >>> >> (gdb) r >>> >> >>> >> and then do ctrl-c when it gets in the loop and type "bt" and show me >>> >> the backtrace? >>> >> Dan >>> >> >>> >> >>> >> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales >>> >> <ja...@co...> wrote: >>> >> > Hi Dan, >>> >> > >>> >> > Thanks for the quick reply. I have "svn up"ed and recompiled >>> >> > everything, >>> >> > but >>> >> > now the same matrix test runs into an infinite loop. Would it be safe >>> >> > to >>> >> > ignore the test results and continue with the tutorial? Here are the >>> >> > few >>> >> > lines of output from the test: >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 7.50727e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.91265e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 7.70738e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 2.32488e+17, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 8.44565e+17, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.83557e+17, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 2.61736e+17, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 8.67803e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.80053e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.67101e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.49485e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 8.31813e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 1.6285e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 2.48172e+16, trying again (this is normal) >>> >> > >>> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >>> >> > random >>> >> > matrix large 2.1569e+16, trying again (this is normal) >>> >> > >>> >> > >>> >> > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> >>> >> > wrote: >>> >> >> >>> >> >> I think I had noticed this before, and I fixed the test by changing >>> >> >> the threshold. >>> >> >> If you do "svn up" and recompile, it should pass. >>> >> >> Dan >>> >> >> >>> >> >> >>> >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales >>> >> >> <ja...@co...> >>> >> >> wrote: >>> >> >> > Hi Kaldi Team, >>> >> >> > >>> >> >> > I'm running into trouble when running the Kaldi tests (make test) >>> >> >> > described >>> >> >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the >>> >> >> > error >>> >> >> > is >>> >> >> > in matrix-lib-test: KALDI_ASSERT: at >>> >> >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 >>> >> >> > * >>> >> >> > b.Norm(2.0) >>> >> >> > >>> >> >> > Has anyone faced this problem before or have any suggestions? >>> >> >> > >>> >> >> > Thanks, >>> >> >> > Joaquín >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > ------------------------------------------------------------------------------ >>> >> >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> >> >> > from Actuate! Instantly Supercharge Your Business Reports and >>> >> >> > Dashboards >>> >> >> > with Interactivity, Sharing, Native Excel Exports, App Integration >>> >> >> > & >>> >> >> > more >>> >> >> > Get technology previously reserved for billion-dollar >>> >> >> > corporations, >>> >> >> > FREE >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >>> >> >> > _______________________________________________ >>> >> >> > Kaldi-developers mailing list >>> >> >> > Kal...@li... >>> >> >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>> >> >> > >>> >> > >>> >> > >>> > >>> > >> >> |
From: Daniel P. <dp...@gm...> - 2014-12-03 06:09:32
|
Hm. That makes me think there may be a problem with your gcc/gdb installation- maybe you could try uninstalling it and installing it again. Did you get it from MacPorts? Dan On Wed, Dec 3, 2014 at 1:05 AM, Joaquin Antonio Ruales <ja...@co...> wrote: > Now I get: > > > Program received signal SIGINT, Interrupt. > > 0x00007fff8c755e9a in ?? () > > (gdb) b matrix-lib-test.cc:39 > > Cannot access memory at address 0xab670 > > > On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: >> >> Probably when you did ctrl-c it was in the Atlas library, sometimes it >> can't get a proper backtrace. Instead, after doing ctrl-c do: >> (gdb) b matrix-lib-test.cc:39 >> (gdb) c >> >> to continue, and when it breaks, show me a backtrace. >> Dan >> >> >> On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales >> <ja...@co...> wrote: >> > This is what I get: >> > >> > >> > Program received signal SIGINT, Interrupt. >> > >> > 0x00007fff8b2c6342 in ?? () >> > >> > (gdb) bt >> > >> > #0 0x00007fff8b2c6342 in ?? () >> > >> > #1 0x00007fff5fbfdbc8 in ?? () >> > >> > #2 0x0000000000000001 in ?? () >> > >> > #3 0x00007fff5fbfdfdc in ?? () >> > >> > #4 0x00007fff5fbfdfe0 in ?? () >> > >> > #5 0x00007fff5fbfdbbe in ?? () >> > >> > #6 0x0000000100102672 in ?? () >> > >> > #7 0x00007fff5fbfdc10 in ?? () >> > >> > #8 0x00007fff8b00eac4 in ?? () >> > >> > #9 0x00007fff5fbfda90 in ?? () >> > >> > #10 0x00007fff8e2bf272 in ?? () >> > >> > #11 0x00000002001a0a00 in ?? () >> > >> > #12 0x00000001001a0a00 in ?? () >> > >> > #13 0x000000010019d000 in ?? () >> > >> > #14 0x00000001001a0a00 in ?? () >> > >> > #15 0x00000001003002ca in ?? () >> > >> > #16 0x0000000000000000 in ?? () >> > >> > >> > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: >> >> >> >> That isn't normal and it doesn't happen when I compile on a Mac. >> >> Can you run it in gdb by doing >> >> gdb ./matrix-lib-test >> >> (gdb) r >> >> >> >> and then do ctrl-c when it gets in the loop and type "bt" and show me >> >> the backtrace? >> >> Dan >> >> >> >> >> >> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales >> >> <ja...@co...> wrote: >> >> > Hi Dan, >> >> > >> >> > Thanks for the quick reply. I have "svn up"ed and recompiled >> >> > everything, >> >> > but >> >> > now the same matrix test runs into an infinite loop. Would it be safe >> >> > to >> >> > ignore the test results and continue with the tutorial? Here are the >> >> > few >> >> > lines of output from the test: >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 7.50727e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.91265e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 7.70738e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 2.32488e+17, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 8.44565e+17, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.83557e+17, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 2.61736e+17, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 8.67803e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.80053e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.67101e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.49485e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 8.31813e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 1.6285e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 2.48172e+16, trying again (this is normal) >> >> > >> >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> >> > random >> >> > matrix large 2.1569e+16, trying again (this is normal) >> >> > >> >> > >> >> > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> >> >> > wrote: >> >> >> >> >> >> I think I had noticed this before, and I fixed the test by changing >> >> >> the threshold. >> >> >> If you do "svn up" and recompile, it should pass. >> >> >> Dan >> >> >> >> >> >> >> >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales >> >> >> <ja...@co...> >> >> >> wrote: >> >> >> > Hi Kaldi Team, >> >> >> > >> >> >> > I'm running into trouble when running the Kaldi tests (make test) >> >> >> > described >> >> >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the >> >> >> > error >> >> >> > is >> >> >> > in matrix-lib-test: KALDI_ASSERT: at >> >> >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 >> >> >> > * >> >> >> > b.Norm(2.0) >> >> >> > >> >> >> > Has anyone faced this problem before or have any suggestions? >> >> >> > >> >> >> > Thanks, >> >> >> > Joaquín >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > ------------------------------------------------------------------------------ >> >> >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> >> >> > from Actuate! Instantly Supercharge Your Business Reports and >> >> >> > Dashboards >> >> >> > with Interactivity, Sharing, Native Excel Exports, App Integration >> >> >> > & >> >> >> > more >> >> >> > Get technology previously reserved for billion-dollar >> >> >> > corporations, >> >> >> > FREE >> >> >> > >> >> >> > >> >> >> > >> >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> >> >> > _______________________________________________ >> >> >> > Kaldi-developers mailing list >> >> >> > Kal...@li... >> >> >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers >> >> >> > >> >> > >> >> > >> > >> > > > |
From: Joaquin A. R. <ja...@co...> - 2014-12-03 06:05:13
|
Now I get: Program received signal SIGINT, Interrupt. 0x00007fff8c755e9a in ?? () (gdb) b matrix-lib-test.cc:39 Cannot access memory at address 0xab670 On Wed, Dec 3, 2014 at 12:57 AM, Daniel Povey <dp...@gm...> wrote: > Probably when you did ctrl-c it was in the Atlas library, sometimes it > can't get a proper backtrace. Instead, after doing ctrl-c do: > (gdb) b matrix-lib-test.cc:39 > (gdb) c > > to continue, and when it breaks, show me a backtrace. > Dan > > > On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: > > This is what I get: > > > > > > Program received signal SIGINT, Interrupt. > > > > 0x00007fff8b2c6342 in ?? () > > > > (gdb) bt > > > > #0 0x00007fff8b2c6342 in ?? () > > > > #1 0x00007fff5fbfdbc8 in ?? () > > > > #2 0x0000000000000001 in ?? () > > > > #3 0x00007fff5fbfdfdc in ?? () > > > > #4 0x00007fff5fbfdfe0 in ?? () > > > > #5 0x00007fff5fbfdbbe in ?? () > > > > #6 0x0000000100102672 in ?? () > > > > #7 0x00007fff5fbfdc10 in ?? () > > > > #8 0x00007fff8b00eac4 in ?? () > > > > #9 0x00007fff5fbfda90 in ?? () > > > > #10 0x00007fff8e2bf272 in ?? () > > > > #11 0x00000002001a0a00 in ?? () > > > > #12 0x00000001001a0a00 in ?? () > > > > #13 0x000000010019d000 in ?? () > > > > #14 0x00000001001a0a00 in ?? () > > > > #15 0x00000001003002ca in ?? () > > > > #16 0x0000000000000000 in ?? () > > > > > > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: > >> > >> That isn't normal and it doesn't happen when I compile on a Mac. > >> Can you run it in gdb by doing > >> gdb ./matrix-lib-test > >> (gdb) r > >> > >> and then do ctrl-c when it gets in the loop and type "bt" and show me > >> the backtrace? > >> Dan > >> > >> > >> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales > >> <ja...@co...> wrote: > >> > Hi Dan, > >> > > >> > Thanks for the quick reply. I have "svn up"ed and recompiled > everything, > >> > but > >> > now the same matrix test runs into an infinite loop. Would it be safe > to > >> > ignore the test results and continue with the tutorial? Here are the > few > >> > lines of output from the test: > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 7.50727e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.91265e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 7.70738e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 2.32488e+17, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 8.44565e+17, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.83557e+17, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 2.61736e+17, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 8.67803e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.80053e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.67101e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.49485e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 8.31813e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 1.6285e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 2.48172e+16, trying again (this is normal) > >> > > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > >> > random > >> > matrix large 2.1569e+16, trying again (this is normal) > >> > > >> > > >> > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> > wrote: > >> >> > >> >> I think I had noticed this before, and I fixed the test by changing > >> >> the threshold. > >> >> If you do "svn up" and recompile, it should pass. > >> >> Dan > >> >> > >> >> > >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co... > > > >> >> wrote: > >> >> > Hi Kaldi Team, > >> >> > > >> >> > I'm running into trouble when running the Kaldi tests (make test) > >> >> > described > >> >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the > >> >> > error > >> >> > is > >> >> > in matrix-lib-test: KALDI_ASSERT: at > >> >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 > * > >> >> > b.Norm(2.0) > >> >> > > >> >> > Has anyone faced this problem before or have any suggestions? > >> >> > > >> >> > Thanks, > >> >> > Joaquín > >> >> > > >> >> > > >> >> > > >> >> > > ------------------------------------------------------------------------------ > >> >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > >> >> > from Actuate! Instantly Supercharge Your Business Reports and > >> >> > Dashboards > >> >> > with Interactivity, Sharing, Native Excel Exports, App Integration > & > >> >> > more > >> >> > Get technology previously reserved for billion-dollar corporations, > >> >> > FREE > >> >> > > >> >> > > >> >> > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > >> >> > _______________________________________________ > >> >> > Kaldi-developers mailing list > >> >> > Kal...@li... > >> >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > >> >> > > >> > > >> > > > > > > |
From: Daniel P. <dp...@gm...> - 2014-12-03 05:58:10
|
Probably when you did ctrl-c it was in the Atlas library, sometimes it can't get a proper backtrace. Instead, after doing ctrl-c do: (gdb) b matrix-lib-test.cc:39 (gdb) c to continue, and when it breaks, show me a backtrace. Dan On Wed, Dec 3, 2014 at 12:48 AM, Joaquin Antonio Ruales <ja...@co...> wrote: > This is what I get: > > > Program received signal SIGINT, Interrupt. > > 0x00007fff8b2c6342 in ?? () > > (gdb) bt > > #0 0x00007fff8b2c6342 in ?? () > > #1 0x00007fff5fbfdbc8 in ?? () > > #2 0x0000000000000001 in ?? () > > #3 0x00007fff5fbfdfdc in ?? () > > #4 0x00007fff5fbfdfe0 in ?? () > > #5 0x00007fff5fbfdbbe in ?? () > > #6 0x0000000100102672 in ?? () > > #7 0x00007fff5fbfdc10 in ?? () > > #8 0x00007fff8b00eac4 in ?? () > > #9 0x00007fff5fbfda90 in ?? () > > #10 0x00007fff8e2bf272 in ?? () > > #11 0x00000002001a0a00 in ?? () > > #12 0x00000001001a0a00 in ?? () > > #13 0x000000010019d000 in ?? () > > #14 0x00000001001a0a00 in ?? () > > #15 0x00000001003002ca in ?? () > > #16 0x0000000000000000 in ?? () > > > On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: >> >> That isn't normal and it doesn't happen when I compile on a Mac. >> Can you run it in gdb by doing >> gdb ./matrix-lib-test >> (gdb) r >> >> and then do ctrl-c when it gets in the loop and type "bt" and show me >> the backtrace? >> Dan >> >> >> On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales >> <ja...@co...> wrote: >> > Hi Dan, >> > >> > Thanks for the quick reply. I have "svn up"ed and recompiled everything, >> > but >> > now the same matrix test runs into an infinite loop. Would it be safe to >> > ignore the test results and continue with the tutorial? Here are the few >> > lines of output from the test: >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 7.50727e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.91265e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 7.70738e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 2.32488e+17, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 8.44565e+17, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.83557e+17, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 2.61736e+17, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 8.67803e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.80053e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.67101e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.49485e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 8.31813e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 1.6285e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 2.48172e+16, trying again (this is normal) >> > >> > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of >> > random >> > matrix large 2.1569e+16, trying again (this is normal) >> > >> > >> > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> wrote: >> >> >> >> I think I had noticed this before, and I fixed the test by changing >> >> the threshold. >> >> If you do "svn up" and recompile, it should pass. >> >> Dan >> >> >> >> >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co...> >> >> wrote: >> >> > Hi Kaldi Team, >> >> > >> >> > I'm running into trouble when running the Kaldi tests (make test) >> >> > described >> >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the >> >> > error >> >> > is >> >> > in matrix-lib-test: KALDI_ASSERT: at >> >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * >> >> > b.Norm(2.0) >> >> > >> >> > Has anyone faced this problem before or have any suggestions? >> >> > >> >> > Thanks, >> >> > Joaquín >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> >> > from Actuate! Instantly Supercharge Your Business Reports and >> >> > Dashboards >> >> > with Interactivity, Sharing, Native Excel Exports, App Integration & >> >> > more >> >> > Get technology previously reserved for billion-dollar corporations, >> >> > FREE >> >> > >> >> > >> >> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> >> > _______________________________________________ >> >> > Kaldi-developers mailing list >> >> > Kal...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers >> >> > >> > >> > > > |
From: Joaquin A. R. <ja...@co...> - 2014-12-03 05:48:45
|
This is what I get: Program received signal SIGINT, Interrupt. 0x00007fff8b2c6342 in ?? () (gdb) bt #0 0x00007fff8b2c6342 in ?? () #1 0x00007fff5fbfdbc8 in ?? () #2 0x0000000000000001 in ?? () #3 0x00007fff5fbfdfdc in ?? () #4 0x00007fff5fbfdfe0 in ?? () #5 0x00007fff5fbfdbbe in ?? () #6 0x0000000100102672 in ?? () #7 0x00007fff5fbfdc10 in ?? () #8 0x00007fff8b00eac4 in ?? () #9 0x00007fff5fbfda90 in ?? () #10 0x00007fff8e2bf272 in ?? () #11 0x00000002001a0a00 in ?? () #12 0x00000001001a0a00 in ?? () #13 0x000000010019d000 in ?? () #14 0x00000001001a0a00 in ?? () #15 0x00000001003002ca in ?? () #16 0x0000000000000000 in ?? () On Wed, Dec 3, 2014 at 12:42 AM, Daniel Povey <dp...@gm...> wrote: > That isn't normal and it doesn't happen when I compile on a Mac. > Can you run it in gdb by doing > gdb ./matrix-lib-test > (gdb) r > > and then do ctrl-c when it gets in the loop and type "bt" and show me > the backtrace? > Dan > > > On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales > <ja...@co...> wrote: > > Hi Dan, > > > > Thanks for the quick reply. I have "svn up"ed and recompiled everything, > but > > now the same matrix test runs into an infinite loop. Would it be safe to > > ignore the test results and continue with the tutorial? Here are the few > > lines of output from the test: > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 7.50727e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.91265e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 7.70738e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 2.32488e+17, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 8.44565e+17, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.83557e+17, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 2.61736e+17, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 8.67803e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.80053e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.67101e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.49485e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 8.31813e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 1.6285e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 2.48172e+16, trying again (this is normal) > > > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of > random > > matrix large 2.1569e+16, trying again (this is normal) > > > > > > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> wrote: > >> > >> I think I had noticed this before, and I fixed the test by changing > >> the threshold. > >> If you do "svn up" and recompile, it should pass. > >> Dan > >> > >> > >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co...> > >> wrote: > >> > Hi Kaldi Team, > >> > > >> > I'm running into trouble when running the Kaldi tests (make test) > >> > described > >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the > error > >> > is > >> > in matrix-lib-test: KALDI_ASSERT: at > >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * > >> > b.Norm(2.0) > >> > > >> > Has anyone faced this problem before or have any suggestions? > >> > > >> > Thanks, > >> > Joaquín > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > >> > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > >> > with Interactivity, Sharing, Native Excel Exports, App Integration & > >> > more > >> > Get technology previously reserved for billion-dollar corporations, > FREE > >> > > >> > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > >> > _______________________________________________ > >> > Kaldi-developers mailing list > >> > Kal...@li... > >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > >> > > > > > > |
From: Daniel P. <dp...@gm...> - 2014-12-03 05:42:55
|
That isn't normal and it doesn't happen when I compile on a Mac. Can you run it in gdb by doing gdb ./matrix-lib-test (gdb) r and then do ctrl-c when it gets in the loop and type "bt" and show me the backtrace? Dan On Wed, Dec 3, 2014 at 12:36 AM, Joaquin Antonio Ruales <ja...@co...> wrote: > Hi Dan, > > Thanks for the quick reply. I have "svn up"ed and recompiled everything, but > now the same matrix test runs into an infinite loop. Would it be safe to > ignore the test results and continue with the tutorial? Here are the few > lines of output from the test: > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 7.50727e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.91265e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 7.70738e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 2.32488e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 8.44565e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.83557e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 2.61736e+17, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 8.67803e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.80053e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.67101e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.49485e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 8.31813e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 1.6285e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 2.48172e+16, trying again (this is normal) > > LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random > matrix large 2.1569e+16, trying again (this is normal) > > > On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> wrote: >> >> I think I had noticed this before, and I fixed the test by changing >> the threshold. >> If you do "svn up" and recompile, it should pass. >> Dan >> >> >> On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co...> >> wrote: >> > Hi Kaldi Team, >> > >> > I'm running into trouble when running the Kaldi tests (make test) >> > described >> > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the error >> > is >> > in matrix-lib-test: KALDI_ASSERT: at >> > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * >> > b.Norm(2.0) >> > >> > Has anyone faced this problem before or have any suggestions? >> > >> > Thanks, >> > Joaquín >> > >> > >> > ------------------------------------------------------------------------------ >> > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> > from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> > with Interactivity, Sharing, Native Excel Exports, App Integration & >> > more >> > Get technology previously reserved for billion-dollar corporations, FREE >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Kaldi-developers mailing list >> > Kal...@li... >> > https://lists.sourceforge.net/lists/listinfo/kaldi-developers >> > > > |
From: Joaquin A. R. <ja...@co...> - 2014-12-03 05:36:54
|
Hi Dan, Thanks for the quick reply. I have "svn up"ed and recompiled everything, but now the same matrix test runs into an infinite loop. Would it be safe to ignore the test results and continue with the tutorial? Here are the few lines of output from the test: LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 7.50727e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.91265e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 7.70738e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 2.32488e+17, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 8.44565e+17, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.83557e+17, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 2.61736e+17, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 8.67803e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.80053e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.67101e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.49485e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 8.31813e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 1.6285e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 2.48172e+16, trying again (this is normal) LOG (RandPosdefSpMatrix():matrix-lib-test.cc:39) Condition number of random matrix large 2.1569e+16, trying again (this is normal) On Tue, Dec 2, 2014 at 4:35 PM, Daniel Povey <dp...@gm...> wrote: > I think I had noticed this before, and I fixed the test by changing > the threshold. > If you do "svn up" and recompile, it should pass. > Dan > > > On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co...> > wrote: > > Hi Kaldi Team, > > > > I'm running into trouble when running the Kaldi tests (make test) > described > > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the error > is > > in matrix-lib-test: KALDI_ASSERT: at > > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * > > b.Norm(2.0) > > > > Has anyone faced this problem before or have any suggestions? > > > > Thanks, > > Joaquín > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > > _______________________________________________ > > Kaldi-developers mailing list > > Kal...@li... > > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > > > |
From: Daniel P. <dp...@gm...> - 2014-12-02 21:35:28
|
I think I had noticed this before, and I fixed the test by changing the threshold. If you do "svn up" and recompile, it should pass. Dan On Tue, Dec 2, 2014 at 4:20 PM, Joaquín Ruales <ja...@co...> wrote: > Hi Kaldi Team, > > I'm running into trouble when running the Kaldi tests (make test) described > in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the error is > in matrix-lib-test: KALDI_ASSERT: at > UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * > b.Norm(2.0) > > Has anyone faced this problem before or have any suggestions? > > Thanks, > Joaquín > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > |
From: Joaquín R. <ja...@co...> - 2014-12-02 21:20:47
|
Hi Kaldi Team, I'm running into trouble when running the Kaldi tests (make test) described in the Kaldi tutorial. I'm running it on a Mac (Mavericks) and the error is in matrix-lib-test: KALDI_ASSERT: at UnitTestLinearCgd:matrix-lib-test.cc:3118, failed: error < 1.0e-05 * b.Norm(2.0) Has anyone faced this problem before or have any suggestions? Thanks, Joaquín |
From: Daniel P. <dp...@gm...> - 2014-11-28 22:47:12
|
I'm OK with job posts.. Dan On Fri, Nov 28, 2014 at 5:32 PM, Tony Robinson <to...@ca...> wrote: > I suspect we may need a ruling on job posts but as I just wrote the email > below for uk-speech (and that Kaldi was the first requirement that came to > mind) I hope that it'll do more good than harm to repost it here. > > Tony > > -------- Original Message -------- Subject: Re: [uk-speech] Open > positions: Cantab Research Date: Fri, 28 Nov 2014 04:36:25 +0000 From: Tony > Robinson <to...@ca...> <to...@ca...> To: > uk-...@in... > We now have many more open positions at Cantab Research. > > Our publicly available cloud based speech recognition ( > www.speechmatics.com) has proved to be very popular and now supports > several large customers as well as hundreds of start-ups with innovative > new ideas for incorporating speech recognition into their technology. > These customers are reporting noticeably improved accuracy compared to > their other alternatives, but an ASR researcher's job is never done. To > this end we would be very interested in hearing from candidates who have > good communication skills and one or more of: > > * several years experience with Kaldi, HTK or similar > * several years experience with C/C++ particularly in writing fast > efficient code > * have written or fully understand the code to implement Viterbi algorithm > and it's variants > * data collection and/or text normalisation in very many languages > * have experience with real time APIs for cloud provisioned ASR > * have implemented ASR on Android and/or iOS > * have written significant CUDA > * have experience with neural net (RNN/DNN/LSTM) acoustic models and > language models > * know WFST/lattice processing algorithms > * have worked with reverberant and noise robust speech recognition > * have implemented diarisation and/or speaker identification > > We are building platform technology and therefore are continually > challenged by the new uses that our customers are finding for it. The > ability to take up a new challenge, quickly turn it around using an > automated/machine learning solution and to personally learn from the > experience is core the the Cantab Research culture. > > We have openings from extended university project level to experienced > team leader. There is a generous EMI share option scheme. > > > Tony > > -- ** Cantab is hiring: www.cantabResearch.com/openings ** -- > Dr A J Robinson, Founder, Cantab Research Ltd > Phone direct: 01223 778240 office: 01223 794497 > Company reg no GB 05697423, VAT reg no 925606030 > 51 Canterbury Street, Cambridge, CB4 3QG, UK > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > > |
From: Tony R. <to...@ca...> - 2014-11-28 22:45:05
|
I suspect we may need a ruling on job posts but as I just wrote the email below for uk-speech (and that Kaldi was the first requirement that came to mind) I hope that it'll do more good than harm to repost it here. Tony -------- Original Message -------- Subject: Re: [uk-speech] Open positions: Cantab Research Date: Fri, 28 Nov 2014 04:36:25 +0000 From: Tony Robinson <to...@ca...> To: uk-...@in... We now have many more open positions at Cantab Research. Our publicly available cloud based speech recognition (www.speechmatics.com) has proved to be very popular and now supports several large customers as well as hundreds of start-ups with innovative new ideas for incorporating speech recognition into their technology. These customers are reporting noticeably improved accuracy compared to their other alternatives, but an ASR researcher's job is never done. To this end we would be very interested in hearing from candidates who have good communication skills and one or more of: * several years experience with Kaldi, HTK or similar * several years experience with C/C++ particularly in writing fast efficient code * have written or fully understand the code to implement Viterbi algorithm and it's variants * data collection and/or text normalisation in very many languages * have experience with real time APIs for cloud provisioned ASR * have implemented ASR on Android and/or iOS * have written significant CUDA * have experience with neural net (RNN/DNN/LSTM) acoustic models and language models * know WFST/lattice processing algorithms * have worked with reverberant and noise robust speech recognition * have implemented diarisation and/or speaker identification We are building platform technology and therefore are continually challenged by the new uses that our customers are finding for it. The ability to take up a new challenge, quickly turn it around using an automated/machine learning solution and to personally learn from the experience is core the the Cantab Research culture. We have openings from extended university project level to experienced team leader. There is a generous EMI share option scheme. Tony -- ** Cantab is hiring: www.cantabResearch.com/openings ** -- Dr A J Robinson, Founder, Cantab Research Ltd Phone direct: 01223 778240 office: 01223 794497 Company reg no GB 05697423, VAT reg no 925606030 51 Canterbury Street, Cambridge, CB4 3QG, UK |
From: Rob C. <rob...@bb...> - 2014-11-28 21:44:23
|
Hi guys, I work for BBC Research & Development in London. We’re hoping to hire a developer for 6 months+ to help out with a Kaldi implementation. I realise it’s a bit of a shot in the dark, but If there is anyone out this list who’s interested (and who can travel to London) then drop me a line and I’ll let you know the details. All the best and thanks for letting me post. Rob Rob Cooper Development Producer BBC Research & Development 5th Floor, One Euston Square, 40 Melton Street, NW1 2FD |
From: Daniel P. <dp...@gm...> - 2014-11-26 20:42:53
|
Sangho, Kaldi is not limited to use GridEngine, but it will work best with distributed-computing systems that work on a similar principle to GridEngine, i.e. that have a concept of jobs and assume a shared file system. We did not really consider using Hadoop because it's mainly geared towards Java, and Java is too slow to do speech recognition. If there were a widely used open source implementation of MapReduce that worked well with C++, we would definitely have considered using it. Dan > Dear Kaldi team, > > > Hello, I am a graduate student studying in Sogang University, South Korea. > > I and my friends have researched about "DNN-based Acoustic Model Training". > > We wonder why you used a Grid Engine instead of using other distributed > computing tools(eg. Hadoop) for training. > > We tried to find it but we couldn't. > > The "Kaldi forums on Sourceforge" is not available so we contact inevitably. > > Would you mind telling me a reason why you used GE? > > Or documents about this are also good for us. > > We would appreciate it if you would send your reply. > > > > Best Regards, > > SangHo Wang > > --------------------------------------------------- > DCCLAB Sogang University > san...@gm... > +82 (0)10 9808 0510 > --------------------------------------------------- > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers > |
From: Sangho W. <san...@gm...> - 2014-11-26 08:52:39
|
Dear Kaldi team, Hello, I am a graduate student studying in Sogang University, South Korea. I and my friends have researched about "DNN-based Acoustic Model Training". We wonder why you used a Grid Engine instead of using other distributed computing tools(eg. Hadoop) for training. We tried to find it but we couldn't. The "Kaldi forums on Sourceforge <https://sourceforge.net/projects/kaldi/forums>" is not available so we contact inevitably. *Would you mind telling me a reason why you used GE?* *Or documents about this are also good for us.* We would appreciate it if you would send your reply. Best Regards, SangHo Wang --------------------------------------------------- DCCLAB Sogang University san...@gm... <he...@gm...> +82 (0)10 9808 0510 --------------------------------------------------- |
From: <215...@qq...> - 2014-11-25 01:53:11
|
215...@qq... 215...@qq... |
From: Alexander S. <aso...@gm...> - 2014-11-19 23:32:20
|
The above is for situation when some people already work in git, and the rest work in svn. If all of them move to git at once, things would be much easier - you migrate your history once and continue to work using the git workflow. On Thu, Nov 20, 2014 at 9:29 AM, Alexander Solovets <aso...@gm...> wrote: > Yep, sorry. I meant `git svn clone'. -T options allows the process to > recursively read commits if the branch was copied/movied/renamed. > >> but that is for the situation where > you have an svn repo but accessing it via git > > You'll have to do both. You'll have the local repository and the > remote one, which users will clone. Being still with svn you'll have > to make `git svn dcommit' to update the upstream git repository. > > On Thu, Nov 20, 2014 at 9:07 AM, Daniel Povey <dp...@gm...> wrote: >> Hm. >> I'm not sure that I understand what you said. Nickolay, perhaps you >> can explain what he is saying? svn doesn't have a 'clone' command, >> maybe you mean 'git svn clone', but that is for the situation where >> you have an svn repo but accessing it via git, not vice versa. >> Dan >> >> >> On Wed, Nov 19, 2014 at 6:00 PM, Alexander Solovets <aso...@gm...> wrote: >>> I don't remember all the issues we faced, so you better ask Nickolay. >>> The most important is to use -T option when doing `svn clone', or else >>> you'll lost all the history since the last perturbation (svn copy, svn >>> move). Also being in a mid-term (already hava a git repository, but >>> still committing to svn) it's important for all developers to do `svn >>> clone' equally, or the commit hashes won't match, and each one will >>> get conflicts trying to make `git svn dcommit'. >>> >>> On Thu, Nov 20, 2014 at 8:40 AM, Daniel Povey <dp...@gm...> wrote: >>>> The layout is trunk/sandbox/branches. Is that problematic? >>>> >>>> Dan >>>> >>>> >>>> On Wed, Nov 19, 2014 at 5:23 PM, Alexander Solovets <aso...@gm...> wrote: >>>>> It's not that easy if your layout is more complex than a standard >>>>> trunk/branches/tags. Also it's time consuming and have the maintainer >>>>> to instruct other developers of the new workflow. I initiated >>>>> cmusphinx migration to github about a year ago, and still we are not >>>>> there. >>>>> >>>>> On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: >>>>>> On 11/19/14, 4:10 PM, Daniel Povey wrote: >>>>>>> I am planning to migrate to git within a year or so, but in the >>>>>>> meantime there are instructions on the installation page on how to use >>>>>>> Kaldi with git, to give people time to get used to using Kaldi with >>>>>>> git. >>>>>> >>>>>> Excellent. Glad I asked. >>>>>> >>>>>> Thanks, Dan. >>>>>> >>>>>> pek >>>>>> >>>>>> >>>>>> -- >>>>>> Peter Karman . http://peknet.com/ . pe...@pe... >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>>>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>>>>> Get technology previously reserved for billion-dollar corporations, FREE >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>>>> _______________________________________________ >>>>>> Kaldi-developers mailing list >>>>>> Kal...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>>>> >>>>> >>>>> >>>>> -- >>>>> Sincerely, Alexander >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>>>> Get technology previously reserved for billion-dollar corporations, FREE >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Kaldi-developers mailing list >>>>> Kal...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>> >>> >>> >>> -- >>> Sincerely, Alexander > > > > -- > Sincerely, Alexander -- Sincerely, Alexander |
From: Alexander S. <aso...@gm...> - 2014-11-19 23:29:52
|
Yep, sorry. I meant `git svn clone'. -T options allows the process to recursively read commits if the branch was copied/movied/renamed. > but that is for the situation where you have an svn repo but accessing it via git You'll have to do both. You'll have the local repository and the remote one, which users will clone. Being still with svn you'll have to make `git svn dcommit' to update the upstream git repository. On Thu, Nov 20, 2014 at 9:07 AM, Daniel Povey <dp...@gm...> wrote: > Hm. > I'm not sure that I understand what you said. Nickolay, perhaps you > can explain what he is saying? svn doesn't have a 'clone' command, > maybe you mean 'git svn clone', but that is for the situation where > you have an svn repo but accessing it via git, not vice versa. > Dan > > > On Wed, Nov 19, 2014 at 6:00 PM, Alexander Solovets <aso...@gm...> wrote: >> I don't remember all the issues we faced, so you better ask Nickolay. >> The most important is to use -T option when doing `svn clone', or else >> you'll lost all the history since the last perturbation (svn copy, svn >> move). Also being in a mid-term (already hava a git repository, but >> still committing to svn) it's important for all developers to do `svn >> clone' equally, or the commit hashes won't match, and each one will >> get conflicts trying to make `git svn dcommit'. >> >> On Thu, Nov 20, 2014 at 8:40 AM, Daniel Povey <dp...@gm...> wrote: >>> The layout is trunk/sandbox/branches. Is that problematic? >>> >>> Dan >>> >>> >>> On Wed, Nov 19, 2014 at 5:23 PM, Alexander Solovets <aso...@gm...> wrote: >>>> It's not that easy if your layout is more complex than a standard >>>> trunk/branches/tags. Also it's time consuming and have the maintainer >>>> to instruct other developers of the new workflow. I initiated >>>> cmusphinx migration to github about a year ago, and still we are not >>>> there. >>>> >>>> On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: >>>>> On 11/19/14, 4:10 PM, Daniel Povey wrote: >>>>>> I am planning to migrate to git within a year or so, but in the >>>>>> meantime there are instructions on the installation page on how to use >>>>>> Kaldi with git, to give people time to get used to using Kaldi with >>>>>> git. >>>>> >>>>> Excellent. Glad I asked. >>>>> >>>>> Thanks, Dan. >>>>> >>>>> pek >>>>> >>>>> >>>>> -- >>>>> Peter Karman . http://peknet.com/ . pe...@pe... >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>>>> Get technology previously reserved for billion-dollar corporations, FREE >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>>> _______________________________________________ >>>>> Kaldi-developers mailing list >>>>> Kal...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>>> >>>> >>>> >>>> -- >>>> Sincerely, Alexander >>>> >>>> ------------------------------------------------------------------------------ >>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>>> Get technology previously reserved for billion-dollar corporations, FREE >>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Kaldi-developers mailing list >>>> Kal...@li... >>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >> >> >> >> -- >> Sincerely, Alexander -- Sincerely, Alexander |
From: Daniel P. <dp...@gm...> - 2014-11-19 23:07:39
|
Hm. I'm not sure that I understand what you said. Nickolay, perhaps you can explain what he is saying? svn doesn't have a 'clone' command, maybe you mean 'git svn clone', but that is for the situation where you have an svn repo but accessing it via git, not vice versa. Dan On Wed, Nov 19, 2014 at 6:00 PM, Alexander Solovets <aso...@gm...> wrote: > I don't remember all the issues we faced, so you better ask Nickolay. > The most important is to use -T option when doing `svn clone', or else > you'll lost all the history since the last perturbation (svn copy, svn > move). Also being in a mid-term (already hava a git repository, but > still committing to svn) it's important for all developers to do `svn > clone' equally, or the commit hashes won't match, and each one will > get conflicts trying to make `git svn dcommit'. > > On Thu, Nov 20, 2014 at 8:40 AM, Daniel Povey <dp...@gm...> wrote: >> The layout is trunk/sandbox/branches. Is that problematic? >> >> Dan >> >> >> On Wed, Nov 19, 2014 at 5:23 PM, Alexander Solovets <aso...@gm...> wrote: >>> It's not that easy if your layout is more complex than a standard >>> trunk/branches/tags. Also it's time consuming and have the maintainer >>> to instruct other developers of the new workflow. I initiated >>> cmusphinx migration to github about a year ago, and still we are not >>> there. >>> >>> On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: >>>> On 11/19/14, 4:10 PM, Daniel Povey wrote: >>>>> I am planning to migrate to git within a year or so, but in the >>>>> meantime there are instructions on the installation page on how to use >>>>> Kaldi with git, to give people time to get used to using Kaldi with >>>>> git. >>>> >>>> Excellent. Glad I asked. >>>> >>>> Thanks, Dan. >>>> >>>> pek >>>> >>>> >>>> -- >>>> Peter Karman . http://peknet.com/ . pe...@pe... >>>> >>>> ------------------------------------------------------------------------------ >>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>>> Get technology previously reserved for billion-dollar corporations, FREE >>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Kaldi-developers mailing list >>>> Kal...@li... >>>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >>> >>> >>> >>> -- >>> Sincerely, Alexander >>> >>> ------------------------------------------------------------------------------ >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Kaldi-developers mailing list >>> Kal...@li... >>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers > > > > -- > Sincerely, Alexander |
From: Alexander S. <aso...@gm...> - 2014-11-19 23:00:48
|
I don't remember all the issues we faced, so you better ask Nickolay. The most important is to use -T option when doing `svn clone', or else you'll lost all the history since the last perturbation (svn copy, svn move). Also being in a mid-term (already hava a git repository, but still committing to svn) it's important for all developers to do `svn clone' equally, or the commit hashes won't match, and each one will get conflicts trying to make `git svn dcommit'. On Thu, Nov 20, 2014 at 8:40 AM, Daniel Povey <dp...@gm...> wrote: > The layout is trunk/sandbox/branches. Is that problematic? > > Dan > > > On Wed, Nov 19, 2014 at 5:23 PM, Alexander Solovets <aso...@gm...> wrote: >> It's not that easy if your layout is more complex than a standard >> trunk/branches/tags. Also it's time consuming and have the maintainer >> to instruct other developers of the new workflow. I initiated >> cmusphinx migration to github about a year ago, and still we are not >> there. >> >> On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: >>> On 11/19/14, 4:10 PM, Daniel Povey wrote: >>>> I am planning to migrate to git within a year or so, but in the >>>> meantime there are instructions on the installation page on how to use >>>> Kaldi with git, to give people time to get used to using Kaldi with >>>> git. >>> >>> Excellent. Glad I asked. >>> >>> Thanks, Dan. >>> >>> pek >>> >>> >>> -- >>> Peter Karman . http://peknet.com/ . pe...@pe... >>> >>> ------------------------------------------------------------------------------ >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Kaldi-developers mailing list >>> Kal...@li... >>> https://lists.sourceforge.net/lists/listinfo/kaldi-developers >> >> >> >> -- >> Sincerely, Alexander >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> _______________________________________________ >> Kaldi-developers mailing list >> Kal...@li... >> https://lists.sourceforge.net/lists/listinfo/kaldi-developers -- Sincerely, Alexander |
From: Daniel P. <dp...@gm...> - 2014-11-19 22:40:58
|
The layout is trunk/sandbox/branches. Is that problematic? Dan On Wed, Nov 19, 2014 at 5:23 PM, Alexander Solovets <aso...@gm...> wrote: > It's not that easy if your layout is more complex than a standard > trunk/branches/tags. Also it's time consuming and have the maintainer > to instruct other developers of the new workflow. I initiated > cmusphinx migration to github about a year ago, and still we are not > there. > > On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: >> On 11/19/14, 4:10 PM, Daniel Povey wrote: >>> I am planning to migrate to git within a year or so, but in the >>> meantime there are instructions on the installation page on how to use >>> Kaldi with git, to give people time to get used to using Kaldi with >>> git. >> >> Excellent. Glad I asked. >> >> Thanks, Dan. >> >> pek >> >> >> -- >> Peter Karman . http://peknet.com/ . pe...@pe... >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> _______________________________________________ >> Kaldi-developers mailing list >> Kal...@li... >> https://lists.sourceforge.net/lists/listinfo/kaldi-developers > > > > -- > Sincerely, Alexander > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers |
From: Alexander S. <aso...@gm...> - 2014-11-19 22:23:33
|
It's not that easy if your layout is more complex than a standard trunk/branches/tags. Also it's time consuming and have the maintainer to instruct other developers of the new workflow. I initiated cmusphinx migration to github about a year ago, and still we are not there. On Thu, Nov 20, 2014 at 8:19 AM, Peter Karman <pe...@pe...> wrote: > On 11/19/14, 4:10 PM, Daniel Povey wrote: >> I am planning to migrate to git within a year or so, but in the >> meantime there are instructions on the installation page on how to use >> Kaldi with git, to give people time to get used to using Kaldi with >> git. > > Excellent. Glad I asked. > > Thanks, Dan. > > pek > > > -- > Peter Karman . http://peknet.com/ . pe...@pe... > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Kaldi-developers mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-developers -- Sincerely, Alexander |