Menu
▾
▴
openbabel-discuss
|
From: Xu, H. <Hua...@3d...> - 2002-11-26 16:32:28
|
when I tried to parse the PDB file of a large protein with openbabel, the program takes an unbearably long time to complete. I followed the thread in debugger, and realized that the time consumption is concentrated in assigning implicit valences by matching a set of predefined SMARTS patterns. Apparently this is prohibitive for large proteins. Shouldn't we take assignImplicitValence() out of ReadPDB()? Also, line 54 and 55 in c3d.cpp should be vector<OBNodeBase*>::iterator i; vector<OBEdgeBase*>::iterator j; Otherwise the code cannot be built in Visual Studio .Net. BTW, as I was looking at the data files (phmodel.txt), I saw some SMARTS patterns that I couldn't comprehend. What is a ^ in SMARTS? I saw N^3, which I assume means a nitrogen with 3 explicit connections. But I can't find ^ in SMARTS manual. Also, what does [#1:1] mean? ':' is used to denote an aromatic bond in SMILES. But what does it mean in a pattern like O=CO[#1:1]? Thanks. Huafeng Huafeng Xu, PhD | Email: hx...@3d... 3-Dimensional Pharmaceuticals, Inc. | Tel: (609) 655-6978 8 Clarke Drive | Fax: (609) 655-6930 Cranbury, NJ 08512 |
|
From: Geoff H. <hut...@ch...> - 2003-03-17 03:36:25
|
On Wednesday, January 22, 2003, at 09:30 AM, Richard Gillilan wrote: > OBResidueData::AssignBonds is used to add bonds and bond orders and > is called during ReadPDB. It creates peptide (inter-residue) bonds > between residues using a distance criterion alone and then tries > to recognize the residue type and assign intra-residue bonds from > the appropriate entry in the resdata.txt file. It then rejects > any intra-residue bonds longer than 3.5 Angstroms. I killed this for other reasons. Unfortunately people do use PDB-format non-protein files and this was creating C-N bonds in very strange places. ConnectTheDots() seems to do a better job and uses IMHO more chemical cutoffs. That said, I'd like to know if you've had a chance to check the current PDB and Mol2 code. It should keep residue information when converting Mol2->PDB, but I don't use either format enough to be sure I haven't done something strange. In particular, I'm concerned about atoms with names like "HG11" that are hydrogens... Should they become "1HG1" in the PDB column to make sure the 'H' character ends up in the correct place? The PDB 2.2 standard seems to indicate that this should be resolved with the element in columns 77-78, but how do older files and codes do this? -Geoff |
|
From: Richard G. <re...@co...> - 2003-03-17 14:09:55
|
Geoff Hutchison wrote: > On Wednesday, January 22, 2003, at 09:30 AM, Richard Gillilan wrote: > >> OBResidueData::AssignBonds is used to add bonds and bond orders and >> is called during ReadPDB. It creates peptide (inter-residue) bonds >> between residues using a distance criterion alone and then tries >> to recognize the residue type and assign intra-residue bonds from >> the appropriate entry in the resdata.txt file. It then rejects >> any intra-residue bonds longer than 3.5 Angstroms. > > > I killed this for other reasons. Unfortunately people do use > PDB-format non-protein files and this was creating C-N bonds in very > strange places. ConnectTheDots() seems to do a better job and uses > IMHO more chemical cutoffs. > > That said, I'd like to know if you've had a chance to check the > current PDB and Mol2 code. It should keep residue information when > converting Mol2->PDB, but I don't use either format enough to be sure > I haven't done something strange. I am happily using OB to assign bond orders and hydrogens to proteins (from PDB) and writing out as mol2 for use in my docking code. I have not had time to test anything beyond proteins and will continue to be in production mode for several more weeks. After that, I am anxious to run the MMFF94 test structures through OB to see how well it does in general. (I did recently have to add a leading space in the write pdb part of the code. The treatment of leading spaces (Calcium vs. CA etc.) is tricky in PDB ... I saw there were some recent additions to that section of code, so perhaps the problem is solved in a more general fashion than my quick fix > > In particular, I'm concerned about atoms with names like "HG11" that > are hydrogens... Should they become "1HG1" in the PDB column to make > sure the 'H' character ends up in the correct place? The PDB 2.2 > standard seems to indicate that this should be resolved with the > element in columns 77-78, but how do older files and codes do this? I prefer to see a leading space here and then just step on the alternate location indicator column for the last digit. Alternate locations are not used very much and must usually be discarded anyway when you set up a structure for simulation (you have to choose one conformation). I know of very few programs if any that read the alt indicator and do something useful with it. It is mainly output from crystallographers who see multiple conformations of sidechains. My own code does not care about unique atom names anyway. Richard > > -Geoff > > |
|
From: Geoff H. <hut...@ch...> - 2003-03-17 14:51:26
|
On Monday, March 17, 2003, at 08:21 AM, Richard Gillilan wrote: > I prefer to see a leading space here and then just step on the > alternate location indicator column for the last digit. On Monday, March 17, 2003, at 04:42 AM, Peter Murray-Rust wrote: > I am fairly sure that it requires a leading space " HG11". I think a > leading non-space as you suggest would crash some software. But there > are likely to be incompatible approaches. Well, " HG11" is 5 characters, so we'd have to step on the next column as Richard suggested. But by my reading of the PDB 2.2 standard, this isn't what you're supposed to do: "Columns 77 - 78 contain the atom's element symbol (as given in the periodic table), right-justified. This is especially needed because in some cases it has not been possible to follow the convention that columns 13 - 14 of the atom name contain the element symbol. The most common cases are:" "Hydrogen naming sometimes conflicts with IUPAC conventions. For example, a hydrogen named HG11 in columns 13 - 16 is differentiated from a mercury atom by the element symbol in columns 77 - 78. Columns 13 - 16 present a unique name for each atom." I haven't been able to find genuine PDB files (i.e. from the source) with hydrogens that fall into this category. But this seems like a bit of a complicated compatibility question. Old codes don't know about columns 77-78. Richard's solution is practical, but I'm wondering if there's a solution inside the PDB standard. -Geoff |
|
From: gkxiao <gk...@pe...> - 2004-02-18 14:29:07
|
openbabel-discuss=A3=AC Hi,I'm a UCSFDOCK user. So,I need a multimolecules file with= mol2 file format.I convert NCI3d.sdf to NCI3d.mol2 with below= command: babel -h -isdf NCI3d.sdf -omol2 NCI3d.mol2 -charge But I found that the mol2 format file lost the @substructure= section. How can I do? =09 Best regards, =A1=A1G.K.Xiao =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1g...@pe... =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12004-02-18 |
|
From: Gaokeng X. <gk...@pe...> - 2004-03-20 12:26:15
|
ZGVhciBzaXIsDQogICBXaGVuIEkgY29udmVydGVkIG5jaW9wZW4zZC5zZGYsIGl0IGFsd2F5cyBm YWlsZWQuDQogICBJIGp1c3QgdHlwZSA6YmFiZWwgLWggLWlzZGYgbmNpb3BlbjNkLnNkZiAtb21v bDIgbmNpM2QubW9sMiANCiAgIFRoZW4gYWZ0ZXIgYSBtb21lbnQsdGhlIHN5c3RlbSBwcm9tcHQg OnNlZ21lbnRhdGlvbiBmYXVsdC4NCiAgIFdoYXQncyB3cm9uZyB3aXRoIG1lLiBNeSBzeXN0ZW0g aXM6IEFNRCBYUCAyNTAwKy81MTJNIG1lbW9yeSxSZWRoYXQgTGludXggOS4wIA0KIAkJCQkNCg0K oaGhoaGhoaGhoaGhoaGhoUdhb2tlbmcgWGlhbw0KoaGhoaGhoaGhoaGhoaGhoWdreGlhb0BwZW9w bGVtYWlsLmNvbS5jbg0KoaGhoaGhoaGhoaGhoaGhoaGhoaEyMDA0LTAzLTIwDQo= |
|
From: Michael B. <mb...@gm...> - 2004-03-20 12:40:36
|
Hello, On Sat, Mar 20, 2004 at 08:27:09PM +0800, Gaokeng Xiao wrote: > When I converted nciopen3d.sdf, it always failed. > I just type :babel -h -isdf nciopen3d.sdf -omol2 nci3d.mol2 > Then after a moment,the system prompt :segmentation fault. > What's wrong with me. My system is: AMD XP 2500+/512M memory,Redhat Linux 9.0 Could you put this nciopen3d.sdf somewhere on the web, or point us to it? If it is not too big, you can also attach to a mail to this list. What version of openbabel are you using? thanks, Michael -- Michael Banck Debian Developer mb...@de... http://www.advogato.org/person/mbanck/diary.html |
|
From: Peter Murray-R. <pm...@ca...> - 2004-03-20 14:04:40
|
At 13:40 20/03/2004 +0100, Michael Banck wrote: >Hello, > >On Sat, Mar 20, 2004 at 08:27:09PM +0800, Gaokeng Xiao wrote: > > When I converted nciopen3d.sdf, it always failed. > > I just type :babel -h -isdf nciopen3d.sdf -omol2 nci3d.mol2 > > Then after a moment,the system prompt :segmentation fault. > > What's wrong with me. My system is: AMD XP 2500+/512M memory,Redhat > Linux 9.0 > >Could you put this nciopen3d.sdf somewhere on the web, or point us to >it? If it is not too big, you can also attach to a mail to this list. It is on the NCI website. I don't have the URL to hand, but somewhere on http://dtp.nci.nih.gov. There are 250,000 structures and it is several hundred Mbytes, so please don't attach it to any mails!!! We have converted it OK, but split it into smaller chunks first. Unless there is zero memory leak I am sure this number of molecules in one file could give a problem. P. >What version of openbabel are you using? > > >thanks, > >Michael > >-- >Michael Banck >Debian Developer >mb...@de... >http://www.advogato.org/person/mbanck/diary.html > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >OpenBabel-discuss mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openbabel-discuss Peter Murray-Rust Unilever Centre for Molecular Informatics Chemistry Department, Cambridge University Lensfield Road, CAMBRIDGE, CB2 1EW, UK Tel: +44-1223-763069 |
|
From: Michael B. <mb...@gm...> - 2004-03-21 00:54:27
|
On Sat, Mar 20, 2004 at 02:01:45PM +0000, Peter Murray-Rust wrote: > At 13:40 20/03/2004 +0100, Michael Banck wrote: > >On Sat, Mar 20, 2004 at 08:27:09PM +0800, Gaokeng Xiao wrote: > >> When I converted nciopen3d.sdf, it always failed. > >> I just type :babel -h -isdf nciopen3d.sdf -omol2 nci3d.mol2 > >> Then after a moment,the system prompt :segmentation fault. > >> What's wrong with me. My system is: AMD XP 2500+/512M memory,Redhat > >Linux 9.0 > > > >Could you put this nciopen3d.sdf somewhere on the web, or point us to > >it? If it is not too big, you can also attach to a mail to this list. > > It is on the NCI website. I don't have the URL to hand, but somewhere on > http://dtp.nci.nih.gov. There are 250,000 structures and it is several > hundred Mbytes, so please don't attach it to any mails!!! Oops :) > We have converted it OK, but split it into smaller chunks first. Unless > there is zero memory leak I am sure this number of molecules in one file > could give a problem. In that case, it might be a nice stress test I guess. I'm don't have several hundreds megabytes of free space right now, but I'll keep it in mind. Michael -- Michael Banck Debian Developer mb...@de... http://www.advogato.org/person/mbanck/diary.html |
|
From: Geoff H. <ghu...@ws...> - 2004-03-21 01:26:42
|
On Mar 20, 2004, at 9:10 AM, Michael Banck wrote: >> We have converted it OK, but split it into smaller chunks first. >> Unless >> there is zero memory leak I am sure this number of molecules in one >> file >> could give a problem. I have not yet found memory leaks. But Michael has a good point that this would be a nice stress test. I have a few other truly nasty tests I'm working on, so I'll add this one for the "bulletproofing" tests. I expect though, that it's simply a RAM problem or an older version of Open Babel (and *not* the original babel 1.6!) The current babel command-line program (and the previous one for that matter) assumed that it could load whole files into memory. In this particular case (a multi-molecule file), the whole set of molecules will be instantiated as an OBMolVector before the writing occurs. I can attest though that trying it right now on Mac OS X and Open Babel 1.100.2 works just fine: (1.25GHz G4, 512MB RAM) > [ghutchis@alumina] Downloads: ls -l nciopen3d.mol > -rwxr-xr-x 1 ghutchis staff 179873013 Mar 20 20:13 nciopen3d.mol* > [ghutchis@alumina] Downloads: time babel nciopen3d.mol nciopen3d.mol2 > > real 0m17.634s > user 0m9.130s > sys 0m1.110s Yes, that's right. We can zip through 172MB of NCI molecules in ~17 seconds. The original babel is still grinding after several minutes. So Gaokeng, what version of Open Babel are you using? Did you download the latest 1.100.2 release from http://openbabel.sf.net/ ? Thanks, -Geoff |
|
From: Gaokeng X. <gk...@pe...> - 2004-03-21 13:56:59
|
ZGVhciBvcGVuYmFiZWxsZXJzLA0KICAgICBJJ20gc29ycnkuSGVyZSBpcyB0aGUgbmNpb3BlbjNk LnNkZjoNCmh0dHA6Ly9kdHAubmNpLm5paC5nb3YvZG9jcy8zZF9kYXRhYmFzZS9zdHJ1Y3R1cmFs X2luZm9ybWF0aW9uL3N0cnVjdHVyYWxfZGF0YS5odG1sDQogICAgIEFmdGVyIEkgZG93bmxvYWRl ZCBuY2lvcGVuM2QubW9sLlogYW5kIHVuemlwZWQgaXQsdGhlbiByZW5hbWUgbmNpb3BlbjNkLm1v bCB0byBuY2lvcGVuM2Quc2RmLg0KICAgICBJIGp1c3QgdHlwZToNCiAgICAgYmFiZWwgLWggLWlz ZGYgbmNpb3BlbjNkLnNkZiAtbyBtb2wyIG5jaTNkLm1vbDINCiAgICAgKEJhYmVsOiBvcGVuYmFi ZWwgMS4xMDAyKQ0KICAgICBBZnRlciBhIG1vbWVudCxzeXN0ZW0gdGVsbCBtZTogc2VnbWVudGFp b24gZmF1bHQuDQogICAgICANCiAJCQkJDQoNCqGhoaGhoaGhoaGhoaGhoaFHYW9rZW5nIFhpYW8N CqGhoaGhoaGhoaGhoaGhoaFna3hpYW9AcGVvcGxlbWFpbC5jb20uY24NCqGhoaGhoaGhoaGhoaGh oaGhoaGhMjAwNC0wMy0yMQ0K |
|
From: Geoff H. <ghu...@ws...> - 2004-03-27 14:42:22
|
> After I downloaded nciopen3d.mol.Z and unziped it,then rename > nciopen3d.mol to nciopen3d.sdf. > I just type: > babel -h -isdf nciopen3d.sdf -o mol2 nci3d.mol2 > (Babel: openbabel 1.1002) > After a moment,system tell me: segmentaion fault. OK, I've tried a few times to see this, but I'm still not sure what's going on. Do you get a "core" file after the segmentation fault? If so, do you have "gdb" on your system? Could you run "gdb /path/to/babel core" and then type "bt" after gdb starts? (Make sure that you change /path/to/babel to wherever the babel program file is.) If you don't get a core but do have "gdb", type "ulimit -c unlimited" to temporarily allow core files to be generated. You can then type "ulimit -c 0" later to ignore them--they're usually quite big. Thanks! I'd like to fix this bug, but we'll need some help from you. Cheers, -Geoff |
|
From: sanjay j. d. <sjd...@re...> - 2004-05-27 12:25:52
|
=A0=0A =A0=0A =A0kindly attach the down load file of free q s a r software= through my e. mail i. d. =0As...@re...=0As. j. daharwal,=0A= lecturer=0Ainstitute of pharmacy,=0Apt. ravishankar shukla university,=0Ara= ipur 492 010 (CG) india=0A |
|
From: <glo...@ya...> - 2004-06-14 12:49:59
|
Dear Sir or Madam Please answer my question to help me to overcome the confusion i got into while i was reading the Open Babel FAQ3.2 What's in it for me as an academic? .....If you're inclined to write code, the GPL is an excellent option for the academic. You're the original copyright holder, so you can do whatever you want with the code, in addition to selling it. But if you've also licensed it under the GPL, no one can distribute it commercially without your agreement. Generaly GPL provides the rights to the user of GPLed or free software to distribute it any way he wants, why Open Babel FAQ states that "no one can distribute it commercialy without your agreement?" http://www.fsf.org/philosophy/selling.html Can you refer me to the provision of GPL or other source to realise that. Kind regards Serg Roy --------------------------------- ALL-NEW Yahoo! Messenger - sooooo many all-new ways to express yourself |
|
From: Geoff H. <ghu...@ws...> - 2004-06-16 17:44:16
|
> Please answer my question to help me to overcome the > confusion i got into while i was reading the Open Babel FAQ3.2 What's > in > it for me as an academic? ... > Generaly GPL provides the rights to the user of GPLed or free software > to distribute it any way he wants, why Open Babel FAQ states that "no > one can distribute it commercialy without your agreement?" The FAQ needs a little bit of editing. That should say "proprietarily" rather than "commercially." You are correct that most people equate commercial software as proprietary -- because most commercial software *is* proprietary. So yes, as a user of Open Babel, you can distribute the GPL'ed software however you choose--as long as the source code is available in some form. But no one can "lock up" your source code into a proprietary product without violating the GPL. Hopefully that clears things up for you? I'll edit the FAQ. Cheers, -Geoff |
|
From: Nicola R. <n.l...@du...> - 2004-07-23 16:05:38
|
Hi, I have the recent version of babel installed on my mac and linux machines and wanted to split a multi mol2 file into separate mol2 files. With the old version this was possible by using -split, however the old babel doesn't keep the se atoms but changes them to du atom which is a problem when using docking programs. Is split still available for openbabel? Nicola |
|
From: umesh k. <ume...@re...> - 2004-08-18 21:38:19
|
Hi Chris,=0A=0Ausing the http://www.arcl02.dsl.pipex.com/OB/obabel-vc6.zip= =0Afile I got the following structure=0A=0Aobabel-vc6=0A src =0A wind= ows=0A=0Asrc had only 3 files and no other (.h & .cpp) files and math=0Adir= ectory. I copied all the files from openbabel 1.100.2/src/=0Abut did overw= rite any of the existing 3 files.=0A=0ANow when I am building it says =0ALI= NK : fatal error LNK1104: cannot open file ".\OBDLL.def"=0AI do not find ei= ther a .map file or a .def file although=0Amap2def.exe is there.=0A=0APleas= e give me the code structure along with all required files.=0A=0ARegards,= =0AUmesh Kant=0A=0A=0Aumesh kant |
|
From: Lorenz B. <lor...@gm...> - 2004-12-08 17:05:00
|
Hi there, Hint: Why not create a new obenbabel LATEX export filter? Yes, there is someone who made cemistry drawing for LATEX: http://www.2k-software.de/ingo/ochem.html just an idea... -- NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl GMX DSL-Netzanschluss + Tarif zum supergünstigen Komplett-Preis! |
|
From: Geoff H. <ge...@ge...> - 2005-01-02 02:08:10
|
> Hint: Why not create a new obenbabel LATEX export filter? Yes, there is > someone who made cemistry drawing for LATEX: > http://www.2k-software.de/ingo/ochem.html Definitely a good idea for a new translator. I'm not sure I'd want to write that LaTeX code myself. :-) Once the new translation framework is in place, it'll be easier to add new formats since fewer files need modification. Cheers, -Geoff |
|
From: Lorenz B. <lor...@gm...> - 2005-01-08 15:37:24
|
Hi >Definitely a good idea for a new translator. I'm not sure I'd >want to write that LaTeX code myself. :-) Before you do this you better do not mess up with the already existing code. Otherwise the LaTeX guys will hate you :-) Well, I'm looking forward to! lori -- +++ Sparen Sie mit GMX DSL +++ http://www.gmx.net/de/go/dsl AKTION für Wechsler: DSL-Tarife ab 3,99 EUR/Monat + Startguthaben |
|
From: Geoff H. <ge...@ge...> - 2005-06-02 01:29:47
|
I'm happy to announce the release of the first public snapshot of the Open Babel test file repository 2005-06-01. This repository is an open resource for the purposes of test molecules, scripts and results in various chemical file formats. Releases are expected several times a year. The test set includes 39 "canonical" files (including 20 formats) and 47 additional files. Many file formats have formal specifications (e.g., CML or PDB) but realistically, such specifications evolve, many files are passed around which do not adhere to these specifications, and without example reference files, the details of file format specifications are not always clear. Importantly these files can be used for testing import/export routines in many chemical programs, not just Open Babel. By providing such a resource, we hope that developers of chemical software will minimize bugs when translating chemical and molecular data between different file formats and different representations. Additionally, we hope to encourage the community of chemical software developers to support open, well-defined file formats to facilitate interconversion and collaboration in the chemical sciences. * For more information, check: <http://openbabel.sourceforge.net/ repository/> * To download the release: <http://sourceforge.net/project/ showfiles.php?group_id=40728&package_id=152710> * To discuss the release (ope...@li...): <http://sourceforge.net/mailarchive/forum.php?forum_id=45088> Please consider contributing files: http://sourceforge.net/tracker/? atid=740158&group_id=40728&func=browse Cheers, -Geoff (Please distribute this announcement as you see fit to chemistry/ cheminformtics software developers, etc.) |
|
From: mbibim <mb...@ya...> - 2005-12-19 08:37:04
|
Hello, i have a question about using openbabel under windows OS ... i've caught a piece of code from the web site and i've tried to use it under dev c++ but i didn't realize to link the project ... Can someone help me please ... sending me a typical project under dev c++ or visual studio 2003 to solve my problem because l'm totally blocked. thanks for advance bi² --------------------------------- Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international.Téléchargez la version beta. |
|
From: <ho...@ma...> - 2006-02-16 12:27:10
|
Please unsubscribe me ---------------------------------------------------------------- |
|
From: Hassan M. <Has...@pr...> - 2006-02-24 15:51:39
|
Hi... I'm still experiencing problems with my Open Babel. I had been experiencing a bug that caused only one molecule to be returned what stripping hydrogens from an mdl SD file. Apparently the problem was the mdl file format not recognising an SD file with the M END tag missing. Chris sent me an updated mdlformat.cpp file which I copied to /src/formats and tried runing make again. I got the following error message: mdlformat.cpp: In mamber funtion 'virtual bool OpenBabel::MOLFormat::ReadMolecule(Openbbel::OBBase*, OpenBabel::OBConversion*)' mdlformat.cpp:300: invalid use of void expression make[3]: *** [mdlformat.lo] Error1 make[3]: Leaving directory '/home/hmamdani/openbabel-2.0.0/src/formats' make[2]: *** [install-recursive] Error1 make[2]: Leaving directory '/home/hmamdani/openbabel-2.0.0/src/formats' make[1]: *** [install-recursive] Error1 make[2]: Leaving directory '/home/hmamdani/openbabel-2.0.0/src' make: *** [install-recursive] Error1 I'm not a Linux power user, so i'm not sure what this means and the problem with the SD files persists. When I reinstate the original version of mdlformats.cpp I don't see the error message during make. Does anyone know what might be going on? Any help would be much appreciated. Thank you Hassan Hassan Mamdani Research Assistant Computational Chemistry ProMetic BioSciences Ltd 211 Cambridge Science Park Milton Rd Cambridge CB4 0ZA 01223 433861 has...@pr... This e-mail and the information it contains may be privileged and/or confidential. It is for the intended addressee(s) only. The unauthorised use, disclosure, or copying of this e-mail, or any information it contains is prohibited, and could, in certain circumstances, be a criminal offence. If you are not the intended recipient, please notify the sender or sys...@pr... immediately. |
|
From: Geoffrey H. <ge...@ge...> - 2006-02-24 19:34:05
Attachments:
mdlformat.cpp
|
Hi Hassan, > Chris sent me an updated mdlformat.cpp file which I copied to /src/ > formats and tried runing make > again. I got the following error message: ... > mdlformat.cpp:300: invalid use of void expression Yes, unfortunately, Chris sent you the file from the latest development version, which will eventually become 2.1. Consequently, it didn't work exactly right in place of the 2.0.0 file. I'm attaching an updated version that will eventually go into 2.0.1 (i.e., it just has bug fixes, no other changes). Hopefully, it should solve your problem. Cheers, -Geoff |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X