OS4 DepotLogo by DBAlex 
(anonymous IP: 216.73.216.105,2523) 
 HomeRecentStatsSearchSubmitUploadsMirrorsContactInfoDisclaimerConfigAdmin
 Menu

 Features
   Crashlogs
   Bug tracker
   Locale browser
   Markdown composer
 

 Categories

   o Audio (352)
   o Datatype (51)
   o Demo (214)
   o Development (629)
   o Document (24)
   o Driver (103)
   o Emulation (156)
   o Game (1065)
   o Graphics (519)
   o Library (123)
   o Network (243)
   o Office (74)
   o Utility (962)
   o Video (75)

Total files: 4590

Full index file
Recent index file

 Links

  Amigans.net
  Aminet
  IntuitionBase
  Hyperion Entertainment
  A-Eon
  Amiga Future


Support the site


 File comments for:  Utility » Hardware » yaps.lha

Yaps

Description: Yet Another PCI Scan program
Download: yaps.lha
Version: 1.05
Date: 06 Jan 2006
Category: utility/hardware
FileID: 1493
RSS Feed url: https://www.os4depot.net/modules/comments/rssfeed.php?file=utility/hardware/yaps.lha

[Back to readme page]   [Add Comment]   [Refresh page]

Comment by: jtubbs (67.42.75.15)At: 06 Jan 2006, 17:10File version: 1.05

I am able to duplicate the problem, but it isn't making sense at the moment. The CHIP: field uses the exact same routine, and works properly if the chip data cannot be found. It doesn't seem to be a problem with the data file being corrupted. The problem is typical with an unitialized variable.

 
 
Comment by: Capehill (82.128.189.249)At: 06 Jan 2006, 15:00File version: 1.05

If the ID is corrupted, maybe description is too. There is very little the author could do to validate a string if there are no checksums offered.

 
 
Comment by: STRICQ (65.191.33.56)At: 02 Jan 2006, 22:17File version: 1.02

YAPS outputs garbage if the DESCRIPTION string cannot be found:

00:06.0 3Com Corporation, VendorID: 0x0010b7 DeviceID: 0x00ffff CHIP: Unknown, DESCRIPTION: å<R@"å<Ú"å8 Ò

Yes, the 0xFFFF is correctly wrong. It was damaged in a lightening strike that traveled over my ethernet wiring.

 
 

Copyright © 2004-2026 by Björn Hagström All Rights Reserved