Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#16420 closed bug (fixed)

"HaikuDepot -v trace" crashes

Reported by: humdinger Owned by: apl-haiku
Priority: normal Milestone: R1/beta3
Component: Applications/HaikuDepot Version: R1/beta2
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

This is Beta2+116, 32bit

Same with verbosity level "debug". "info" works. No difference after removing ~/config/cache/HaikuDepot.

Full debug report attached.

thread 4238: ServerRepositoryDataUpdateProce 
state: Exception (Segment violation)

Frame		IP			Function Name
-----------------------------------------------
0x7026fdb0	0x1cd6b6d	DepotMatchingRepositoryListener::MapDepot(DepotInfo&, void*) + 0xd5 
	Disassembly:
		DepotMatchingRepositoryListener::MapDepot(DepotInfo&, void*):

The last lines in Terminal are:

[Coordinator] will coordinate nodes
[Coordinator] process [LocalRepositoryUpdateProcess] running or complete
[Coordinator] process [LocalPkgDataLoadProcess] running or complete
[Coordinator] process [ServerIconExportUpdateProcess] running or complete
[Coordinator] process [ServerRepositoryDataUpdateProcess] running or complete
[Coordinator] process [ServerReferenceDataUpdateProcess] running or complete
[Coordinator] all predecessors not complete -> [ServerPkgDataUpdateProcess<Haiku>] not started
[Coordinator] all predecessors not complete -> [ServerPkgDataUpdateProcess<HaikuPorts>] not started
url->file <ServerRepositoryDataUpdateProcess>; Connection opened, sending request.
url->file <ServerRepositoryDataUpdateProcess>; GET /__repository/all-en.json.gz HTTP/1.1

url->file <ServerRepositoryDataUpdateProcess>; Host: depot.haiku-os.org
url->file <ServerRepositoryDataUpdateProcess>; Accept: */*
url->file <ServerRepositoryDataUpdateProcess>; Accept-Encoding: gzip
url->file <ServerRepositoryDataUpdateProcess>; Connection: close
url->file <ServerRepositoryDataUpdateProcess>; User-Agent: HaikuDepot/0.0.3
url->file <ServerRepositoryDataUpdateProcess>; If-Modified-Since: Thu, 09 Jul 2020 10:01:39 GMT
url->file <ServerRepositoryDataUpdateProcess>; Request sent.
url->file <ServerRepositoryDataUpdateProcess>; Status line received: Code 304 (Not Modified)
url->file <ServerRepositoryDataUpdateProcess>; Date: Sun, 19 Jul 2020 07:00:44 GMT
url->file <ServerRepositoryDataUpdateProcess>; Server: Jetty(9.4.27.v20200227)
url->file <ServerRepositoryDataUpdateProcess>; Connection: close
received http status 304 --> will not store download to file
url->file <ServerRepositoryDataUpdateProcess>; 3 headers and 0 bytes of data remaining
[ServerRepositoryDataUpdateProcess] remote data has not changed since [Thu, 09 Jul 2020 10:01:39 GMT]
[ServerRepositoryDataUpdateProcess] did fetch data
[ServerRepositoryDataUpdateProcess] will process data
derived system default language [en]
set preferred language [en]
Kill Thread

Dario on IRC has no issues running nightly hrev54418, 32 bit.

Attachments (1)

HaikuDepot-4219-debug-19-07-2020-06-50-11.report (31.1 KB ) - added by humdinger 4 years ago.
debug report

Download all attachments as: .zip

Change History (3)

by humdinger, 4 years ago

debug report

comment:1 by apl-haiku, 4 years ago

Resolution: fixed
Status: newclosed

This problem was caused by an unforeseen side-effect of changing the data coming from HDS into HaikuDepot. It is solved now by removing the use (only in logging) of the disused attribute.

comment:2 by nielx, 4 years ago

Milestone: UnscheduledR1/beta3

Assign fix to milestone:R1/beta3, as it looks like this fix will be part of that release.

As we started with the previous beta, we would like to use the Milestone field for fixed tickets to log from which release the improvement will be out. Therefore it is very much appreciated to assign the milestone when closing a ticket as fixed.

Note: See TracTickets for help on using tickets.