You can subscribe to this list here.
2003 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}
(2) 
_{Oct}
(2) 
_{Nov}
(27) 
_{Dec}
(31) 

2004 
_{Jan}
(6) 
_{Feb}
(15) 
_{Mar}
(33) 
_{Apr}
(10) 
_{May}
(46) 
_{Jun}
(11) 
_{Jul}
(21) 
_{Aug}
(15) 
_{Sep}
(13) 
_{Oct}
(23) 
_{Nov}
(1) 
_{Dec}
(8) 
2005 
_{Jan}
(27) 
_{Feb}
(57) 
_{Mar}
(86) 
_{Apr}
(23) 
_{May}
(37) 
_{Jun}
(34) 
_{Jul}
(24) 
_{Aug}
(17) 
_{Sep}
(50) 
_{Oct}
(24) 
_{Nov}
(10) 
_{Dec}
(60) 
2006 
_{Jan}
(47) 
_{Feb}
(46) 
_{Mar}
(127) 
_{Apr}
(19) 
_{May}
(26) 
_{Jun}
(62) 
_{Jul}
(47) 
_{Aug}
(51) 
_{Sep}
(61) 
_{Oct}
(42) 
_{Nov}
(50) 
_{Dec}
(33) 
2007 
_{Jan}
(60) 
_{Feb}
(55) 
_{Mar}
(77) 
_{Apr}
(102) 
_{May}
(82) 
_{Jun}
(102) 
_{Jul}
(169) 
_{Aug}
(117) 
_{Sep}
(80) 
_{Oct}
(37) 
_{Nov}
(51) 
_{Dec}
(43) 
2008 
_{Jan}
(71) 
_{Feb}
(94) 
_{Mar}
(98) 
_{Apr}
(125) 
_{May}
(54) 
_{Jun}
(119) 
_{Jul}
(60) 
_{Aug}
(111) 
_{Sep}
(118) 
_{Oct}
(125) 
_{Nov}
(119) 
_{Dec}
(94) 
2009 
_{Jan}
(109) 
_{Feb}
(38) 
_{Mar}
(93) 
_{Apr}
(88) 
_{May}
(29) 
_{Jun}
(57) 
_{Jul}
(53) 
_{Aug}
(48) 
_{Sep}
(68) 
_{Oct}
(151) 
_{Nov}
(23) 
_{Dec}
(35) 
2010 
_{Jan}
(84) 
_{Feb}
(60) 
_{Mar}
(184) 
_{Apr}
(112) 
_{May}
(60) 
_{Jun}
(90) 
_{Jul}
(23) 
_{Aug}
(70) 
_{Sep}
(119) 
_{Oct}
(27) 
_{Nov}
(47) 
_{Dec}
(54) 
2011 
_{Jan}
(22) 
_{Feb}
(19) 
_{Mar}
(92) 
_{Apr}
(93) 
_{May}
(35) 
_{Jun}
(91) 
_{Jul}
(32) 
_{Aug}
(61) 
_{Sep}
(7) 
_{Oct}
(69) 
_{Nov}
(81) 
_{Dec}
(23) 
2012 
_{Jan}
(64) 
_{Feb}
(95) 
_{Mar}
(35) 
_{Apr}
(36) 
_{May}
(63) 
_{Jun}
(98) 
_{Jul}
(70) 
_{Aug}
(171) 
_{Sep}
(149) 
_{Oct}
(64) 
_{Nov}
(67) 
_{Dec}
(126) 
2013 
_{Jan}
(108) 
_{Feb}
(104) 
_{Mar}
(171) 
_{Apr}
(133) 
_{May}
(108) 
_{Jun}
(100) 
_{Jul}
(93) 
_{Aug}
(126) 
_{Sep}
(74) 
_{Oct}
(59) 
_{Nov}
(145) 
_{Dec}
(93) 
2014 
_{Jan}
(38) 
_{Feb}
(45) 
_{Mar}
(26) 
_{Apr}
(41) 
_{May}
(125) 
_{Jun}
(70) 
_{Jul}
(61) 
_{Aug}
(66) 
_{Sep}
(60) 
_{Oct}
(110) 
_{Nov}
(27) 
_{Dec}
(30) 
2015 
_{Jan}
(43) 
_{Feb}
(67) 
_{Mar}
(71) 
_{Apr}
(92) 
_{May}
(39) 
_{Jun}
(15) 
_{Jul}
(46) 
_{Aug}
(63) 
_{Sep}
(84) 
_{Oct}
(82) 
_{Nov}
(65) 
_{Dec}

S  M  T  W  T  F  S 





1
(4) 
2

3

4

5

6
(2) 
7
(7) 
8

9
(3) 
10
(2) 
11

12

13
(4) 
14
(6) 
15
(1) 
16

17

18

19

20

21
(11) 
22
(10) 
23
(2) 
24

25

26
(1) 
27
(1) 
28
(2) 
29
(3) 
30
(1) 
31

From: KIRK, BENJAMIN (JSCEG) (NASA) <benjamin.kirk1@na...>  20051214 19:03:16

You might want to check out SLEPc, an interface on top op PETSc specifically for Eigenvalue problems. Stefan added an interface to it from libMesh some time ago, and he might have some comments on this thread too. Ben _____ From: libmeshusersadmin@... [mailto:libmeshusersadmin@...] On Behalf Of Michael Povolotskyi Sent: Wednesday, December 14, 2005 12:22 PM To: Roy Stogner; libmesh  ML Subject: Re: [Libmeshusers] Eigenvalue problem 1) Yes, I mean Hx = gSx, sorry for the error. 2) Does it mean that if one wants to use Libmesh just for one complex problem, then all the other problems also have to be complex? thank you, Michael. Roy Stogner wrote: On Wed, 14 Dec 2005, Michael Povolotskyi wrote: I have to solve an eigenvalue problem for a quantum physics calculations. My questions are: 1) Is it possible to solve a general eigenvalue problem like Hx = Sx, where H and S are known matrixes. Are you sure you don't mean Hx = gSx, where H and S are known but g is unknown? That's the generalized eigenvalue problem built into SLEPc, which is currently the only eigenvalue solve libMesh interfaces with. Our SLEPc support currently only handles the simple Hx = gx problem, and a new interface would have to be written to get generalized eigenvalues. 2) Is it possible to have complex (selfconjugated) matrixes? If both PETSc and libMesh have been compiled with complex number support on, then the default PetscScalar and libMesh Number types will both be std::complex<double>, and PETSc should handle the linear algebra appropriately. All my code is realvalued, though; I'm not sure who's keeping the libMesh complex number support up to date.  Roy Stogner   Michael Povolotskyi, Ph.D. University of Rome "Tor Vergata" Department of Electronic Engineering Viale Politecnico, 1  00133 Rome  Italy Phone + 39 06 72597781 Fax + 39 06 2020519 http://www.optolab.uniroma2.it/pages/moshe/moshe.html <http://www.optolab.uniroma2.it/pages/moshe/moshe.html>;   This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Libmeshusers mailing list Libmeshusers@... https://lists.sourceforge.net/lists/listinfo/libmeshusers 
From: Roy Stogner <roystgnr@ic...>  20051214 18:47:33

On Wed, 14 Dec 2005, John Peterson wrote: > Michael Povolotskyi writes: > > 2) Does it mean that if one wants to use Libmesh just for one complex > > problem, then all the other problems also have to be complex? <br> > > Well, if you have enough disk space, you could have a libmesh_complex > build in a separate directory which is separate and only used for > complex problems. Wouldn't you also need a separate petsc_complex build, and scripts (like the "module load petsc/some_version" we use in CFDlab) to switch around the environment variables PETSc uses? It's not a good solution, but I don't think it'll change any time soon. We could build libMesh with simultaneous Real/Complex support just by adding another template argument to everything which isn't already templated around datatype... but PETSc is C and Fortran, and making that simultaneously compile with multiple datatypes would be pretty tedious.  Roy 
From: John Peterson <peterson@cf...>  20051214 18:38:11

Michael Povolotskyi writes: > 2) Does it mean that if one wants to use Libmesh just for one complex > problem, then all the other problems also have to be complex? <br> Well, if you have enough disk space, you could have a libmesh_complex build in a separate directory which is separate and only used for complex problems. J 
From: Michael Povolotskyi <povolotskyi@in...>  20051214 18:22:29

<!DOCTYPE html PUBLIC "//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO88591" httpequiv="ContentType"> <title></title> </head> <body bgcolor="#cccccc" text="#000000"> 1) Yes, I mean Hx = gSx, sorry for the error.<br> 2) Does it mean that if one wants to use Libmesh just for one complex problem, then all the other problems also have to be complex? <br> <br> thank you,<br> Michael.<br> <br> <br> <br> Roy Stogner wrote: <blockquote cite="midPine.LNX.4.63.0512141154180.4247@..." type="cite">On Wed, 14 Dec 2005, Michael Povolotskyi wrote: <br> <br> <blockquote type="cite">I have to solve an eigenvalue problem for a quantum physics calculations. <br> My questions are: <br> 1) Is it possible to solve a general eigenvalue problem like Hx = Sx, <br> where H and S are known matrixes. <br> </blockquote> <br> Are you sure you don't mean Hx = gSx, where H and S are known but g is <br> unknown? That's the generalized eigenvalue problem built into SLEPc, <br> which is currently the only eigenvalue solve libMesh interfaces with. <br> Our SLEPc support currently only handles the simple Hx = gx problem, <br> and a new interface would have to be written to get generalized <br> eigenvalues. <br> <br> <blockquote type="cite">2) Is it possible to have complex (selfconjugated) matrixes? <br> </blockquote> <br> If both PETSc and libMesh have been compiled with complex number <br> support on, then the default PetscScalar and libMesh Number types will <br> both be std::complex<double>, and PETSc should handle the linear <br> algebra appropriately. All my code is realvalued, though; I'm not <br> sure who's keeping the libMesh complex number support up to date. <br>  <br> Roy Stogner <br> <br> </blockquote> <br> <br> <pre class="mozsignature" cols="250">  Michael Povolotskyi, Ph.D. University of Rome "Tor Vergata" Department of Electronic Engineering Viale Politecnico, 1  00133 Rome  Italy Phone + 39 06 72597781 Fax + 39 06 2020519 <a class="moztxtlinkfreetext" href="http://www.optolab.uniroma2.it/pages/moshe/moshe.html">http://www.optolab.uniroma2.it/pages/moshe/moshe.html</a>;  </pre> </body> </html> 
From: Roy Stogner <roystgnr@ic...>  20051214 18:10:35

On Wed, 14 Dec 2005, Michael Povolotskyi wrote: > I have to solve an eigenvalue problem for a quantum physics calculations. > My questions are: > 1) Is it possible to solve a general eigenvalue problem like Hx = Sx, > where H and S are known matrixes. Are you sure you don't mean Hx = gSx, where H and S are known but g is unknown? That's the generalized eigenvalue problem built into SLEPc, which is currently the only eigenvalue solve libMesh interfaces with. Our SLEPc support currently only handles the simple Hx = gx problem, and a new interface would have to be written to get generalized eigenvalues. > 2) Is it possible to have complex (selfconjugated) matrixes? If both PETSc and libMesh have been compiled with complex number support on, then the default PetscScalar and libMesh Number types will both be std::complex<double>, and PETSc should handle the linear algebra appropriately. All my code is realvalued, though; I'm not sure who's keeping the libMesh complex number support up to date.  Roy Stogner 
From: Michael Povolotskyi <povolotskyi@in...>  20051214 17:41:00

<!DOCTYPE html PUBLIC "//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content=3D"text/html;charset=3DKOI8R" httpequiv=3D"ContentType= "> <title></title> </head> <body bgcolor=3D"#cccccc" text=3D"#000000"> Dear Libmesh developers,<br> I have to solve an eigenvalue problem for a quantum physics calculations.<br> My questions are:<br> 1) Is it possible to solve a general eigenvalue problem like Hx =3D Sx, where H and S are known matrixes.<br> 2) Is it possible to have complex (selfconjugated) matrixes?<br> <br> Thank you,<br> Michael.<br> =9A<br> </body> </html> 