{"action":"created","issue":{"url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/12","repository_url":"https://api.github.com/repos/OpenTimer/OpenTimer","labels_url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/12/labels{/name}","comments_url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/12/comments","events_url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/12/events","html_url":"https://github.com/OpenTimer/OpenTimer/issues/12","id":363003279,"node_id":"MDU6SXNzdWUzNjMwMDMyNzk=","number":12,"title":"malloc(): memory corruption error using vendor library","user":{"login":"Regor191","id":43013352,"node_id":"MDQ6VXNlcjQzMDEzMzUy","avatar_url":"https://avatars0.githubusercontent.com/u/43013352?v=4","gravatar_id":"","url":"https://api.github.com/users/Regor191","html_url":"https://github.com/Regor191","followers_url":"https://api.github.com/users/Regor191/followers","following_url":"https://api.github.com/users/Regor191/following{/other_user}","gists_url":"https://api.github.com/users/Regor191/gists{/gist_id}","starred_url":"https://api.github.com/users/Regor191/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Regor191/subscriptions","organizations_url":"https://api.github.com/users/Regor191/orgs","repos_url":"https://api.github.com/users/Regor191/repos","events_url":"https://api.github.com/users/Regor191/events{/privacy}","received_events_url":"https://api.github.com/users/Regor191/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":6,"created_at":"2018-09-24T02:55:42Z","updated_at":"2018-09-26T17:20:42Z","closed_at":null,"author_association":"NONE","body":"Using my small lfs.v test design (see internal paths not reported closed issue), I moved implementing with the example library to using a vendor library, the .35um D_CELLS library from XFab, slow 3.0 volt version.  The following bad thing happens : \r\n\r\n``` bash\r\n  ____              _______              \r\n / __ \\___  ___ ___/_  __(_)_ _  ___ ____\r\n/ /_/ / _ \\/ -_) _ \\/ / / /  ' \\/ -_) __/\r\n\\____/ .__/\\__/_//_/_/ /_/_/_/_/\\__/_/       v2.0.0 (alpha)\r\n    /_/                                     \r\nMIT License: type \"license\" to see more details.\r\nFor help, type \"help\".\r\nFor bug reports, issues, and manual, please see:\r\n<https://github.com/OpenTimer/OpenTimer>.\r\not> read_celllib slow.lib\r\not> read_verilog lfs_slow.v\r\not> read_sdc test.sdc\r\not> report_timing\r\nI  9984 18-09-23 22:20:55 verilog.cpp:74] loading netlist \"lfs_slow.v\" ...\r\nI  1792 18-09-23 22:20:55 celllib.cpp:600] loading celllib \"slow.lib\" ...\r\nI 14080 18-09-23 22:20:55 sdc.cpp:35] loading sdc \"test.sdc\" ...\r\nmalloc(): memory corruption\r\nAborted (core dumped)\r\n```\r\n\r\nUnfortunately I believe the library is provided under NDA so I cannot provide it for debug, but it does work with several other tools including Yosys and ABC.  If there is a debug directive or compiler flag that I can turn on to narrow down where this crash happened, let me know how it is used and I'll try to do it.\r\nI did do the \"git pull\" right before this run as you had suggested.  Also, the the only difference between this and what was working before is the cell library used for synthesis and timing.  \r\nI am running Ubuntu 18.04.1 LTS.\r\n\r\n\r\n"},"comment":{"url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/comments/424799949","html_url":"https://github.com/OpenTimer/OpenTimer/issues/12#issuecomment-424799949","issue_url":"https://api.github.com/repos/OpenTimer/OpenTimer/issues/12","id":424799949,"node_id":"MDEyOklzc3VlQ29tbWVudDQyNDc5OTk0OQ==","user":{"login":"3ll34ndr0","id":7027504,"node_id":"MDQ6VXNlcjcwMjc1MDQ=","avatar_url":"https://avatars0.githubusercontent.com/u/7027504?v=4","gravatar_id":"","url":"https://api.github.com/users/3ll34ndr0","html_url":"https://github.com/3ll34ndr0","followers_url":"https://api.github.com/users/3ll34ndr0/followers","following_url":"https://api.github.com/users/3ll34ndr0/following{/other_user}","gists_url":"https://api.github.com/users/3ll34ndr0/gists{/gist_id}","starred_url":"https://api.github.com/users/3ll34ndr0/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/3ll34ndr0/subscriptions","organizations_url":"https://api.github.com/users/3ll34ndr0/orgs","repos_url":"https://api.github.com/users/3ll34ndr0/repos","events_url":"https://api.github.com/users/3ll34ndr0/events{/privacy}","received_events_url":"https://api.github.com/users/3ll34ndr0/received_events","type":"User","site_admin":false},"created_at":"2018-09-26T17:20:42Z","updated_at":"2018-09-26T17:20:42Z","author_association":"NONE","body":"Hi Regor,\nonce I had a similar situation. I found that if I also load a spef file for\nthat netlist, the report_timing command didn't crashed. If you happen to\nhave a spef for that circuit, maybe you can try and see what happen.\nRegards,\nLeandro.\n\n\nEl mié., 26 sept. 2018 a las 13:34, Regor191 (<notifications@github.com>)\nescribió:\n\n> I think I found the problem. The _extract_lut code doesn't handle sizing\n> the lut.table correctly when the indices are only in the template, and not\n> included in the local timing instance. In that case, the table will be\n> resized to 1, but the full value table will be read with pointer increment\n> i++, which corrupts the memory.\n> I don't know if the other parts of the code are relying on the indices to\n> be copied into the lut structure from the template or not, but if so this\n> might be a good place to do it, if it doesn't happen elsewhere.\n>\n> —\n> You are receiving this because you are subscribed to this thread.\n> Reply to this email directly, view it on GitHub\n> <https://github.com/OpenTimer/OpenTimer/issues/12#issuecomment-424784317>,\n> or mute the thread\n> <https://github.com/notifications/unsubscribe-auth/AGs7MAUW9NrpRSV_1qOxSfUQCP7W2Gwdks5ue6x7gaJpZM4W2Aee>\n> .\n>\n"}}
{"actor":{"display_login":"3ll34ndr0"}}