<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to tickets</title><link>https://sourceforge.net/p/openhpi/tickets/</link><description>Recent changes to tickets</description><atom:link href="https://sourceforge.net/p/openhpi/tickets/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 26 Nov 2023 18:16:12 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/openhpi/tickets/feed.rss" rel="self" type="application/rss+xml"/><item><title>openhpi.org is down</title><link>https://sourceforge.net/p/openhpi/tickets/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello. There is a problem with acessing the op&lt;strong&gt;&lt;em&gt;openhpi.org&lt;/em&gt;&lt;/strong&gt; and it's timing out while loading. Could anyone fix it?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michal Dziczkowski</dc:creator><pubDate>Sun, 26 Nov 2023 18:16:12 -0000</pubDate><guid>https://sourceforge.netd6dbe23eeb9654efbaba24ae92f805cc3a7159e5</guid></item><item><title>OpenHPI 3.0.0 pool segv core</title><link>https://sourceforge.net/p/openhpi/tickets/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Observing occational core dump on a openHPI 3.0.0 with following stack trace :&lt;/p&gt;
&lt;p&gt;Program terminated with signal SIGSEGV, Segmentation fault.&lt;br/&gt;
&lt;strong&gt;#0  0x0000000000000000 in ?? ()&lt;/strong&gt;&lt;br/&gt;
&lt;span&gt;[Current thread is 1 (Thread 0xffd2fff1d0 (LWP 15645))]&lt;/span&gt;&lt;br/&gt;
(gdb) bt&lt;br/&gt;
&lt;strong&gt;#0  0x0000000000000000 in ?? ()&lt;br/&gt;
&lt;/strong&gt;#1  0x000000ffec6bb528 in&lt;strong&gt; oh_get_sensor_reading () from /lib/openhpi/libipmidirect.so&lt;br/&gt;
&lt;/strong&gt;#2  0x000000012001f0bc in&lt;strong&gt; saHpiSensorReadingGet ()&lt;br/&gt;
&lt;/strong&gt;#3  0x0000000120009e04 in&lt;strong&gt; process_msg(cHpiMarshal&lt;em&gt;, int, char&lt;/em&gt;, unsigned int&amp;amp;, unsigned int&amp;amp;) ()&lt;/strong&gt;#4  0x0000000120006f3c in&lt;strong&gt; service_thread(void&lt;em&gt;, void&lt;/em&gt;) ()&lt;/strong&gt;&lt;br/&gt;
warning: GDB can't find the start of the function at 0xffecb62ad3.&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;GDB is unable to find the start of the function at 0xffecb62ad3
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;and thus can't determine the size of that function's stack frame.&lt;br/&gt;
This means that GDB may be unable to access that stack frame, or&lt;br/&gt;
the frames below it.&lt;br/&gt;
    This problem is most likely caused by an invalid program counter or&lt;br/&gt;
stack pointer.&lt;br/&gt;
    However, if you think GDB should simply search farther back&lt;br/&gt;
from 0xffecb62ad3 for code which looks like the beginning of a&lt;br/&gt;
function, you can increase the range of the search using the `set&lt;br/&gt;
heuristic-fence-post' command.&lt;br/&gt;
&lt;strong&gt;#5  0x000000ffecb62ad4 in ?? () from /usr/lib64/libglib-2.0.so.0&lt;/strong&gt;&lt;br/&gt;
(gdb)&lt;/p&gt;
&lt;p&gt;As we can see that the stack trace is not clear and only clue is oh_get_sensor_reading() called from ipmidirect library.&lt;/p&gt;
&lt;p&gt;Comparied for any fixes available in the latest OpenHPI 3.8.0 but looks like no changes or fixes.&lt;/p&gt;
&lt;p&gt;Please let us know possible causes for the issue and any known issues? If there are any solution to get rid for same.**&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br/&gt;
Akkij&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Akkij Darvajkar</dc:creator><pubDate>Thu, 21 Feb 2019 07:40:23 -0000</pubDate><guid>https://sourceforge.net30a3794f2e5c5b59008a1d8e94721706cf7811b1</guid></item></channel></rss>