OS4 DepotLogo by DaveyD 
(anonymous IP: 3.149.237.231,2259) 
 HomeRecentStatsSearchSubmitUploadsMirrorsContactInfoDisclaimerConfigAdmin
 Menu

 Features
   Crashlogs
   Bug tracker
   Locale browser
 

 Categories

   o Audio (343)
   o Datatype (51)
   o Demo (203)
   o Development (602)
   o Document (24)
   o Driver (97)
   o Emulation (149)
   o Game (1011)
   o Graphics (500)
   o Library (118)
   o Network (234)
   o Office (66)
   o Utility (932)
   o Video (69)

Total files: 4399

Full index file
Recent index file

 Links

  Amigans.net
  OpenAmiga
  Aminet
  IntuitionBase


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://eu.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, 18: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, 16: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, 23: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-2024 by Björn Hagström All Rights Reserved