PRS-500 Internal Bug Reports To Sony

scotty1024 · 01-22-2007, 06:31 PM

Rumor has it Sony rummages around in these threads.

This thread is to report "internal" bugs to Sony (since they haven't provided a mechanism I'm aware of.)

My first internal bug.

When issuing a Directory Read Command via USB to the Sony Reader (you see why I call these internal errors) if you provide an invalid handle e.g. not what was returned from a Directory Open Command, the Reader panics (does a reboot).

Example, I was issued handle 0x00138418 but I handed back 0xffff8418.

igorsk · 01-22-2007, 07:23 PM

Fonts embedded in LRF do not get not loaded if the stream containing them is not compressed or scrambled (that's why they didn't work with LRFs produced by stock XylogParser.dll).

scotty1024 · 01-25-2007, 05:56 PM

Sony, there is an open source WMF library you could use to implement WMF images in RTF documents. This would add cover graphics for Baen RTF ebooks and diagrams for scientific/mathmatical articles.

http://gnuwin32.sourceforge.net/packages/libwmf.htm

If you would like some assistance, just PM me.

igorsk · 01-26-2007, 08:04 AM

I don't think they will want to use a GPL library, as that would require opening the source of their RTF viewer.

scotty1024 · 01-26-2007, 02:49 PM

libwmf is LGPL.

scotty1024 · 01-30-2007, 06:45 PM

When you request information on a non-existent file the Sony Reader supplies information on some other file....

Code:

reader_getattr (/Data/database/cache/media.xml2)
Short Path Command: 51 bytes

0000: 18 00 00 00 01 00 00 00 00 00 00 00 23 00 00 00 
0010: 1f 00 00 00 2f 44 61 74 61 2f 64 61 74 61 62 61 
0020: 73 65 2f 63 61 63 68 65 2f 6d 65 64 69 61 2e 78 
0030: 6d 6c 32 
out control_msg result: 51
in control_msg result: 32

0000: 00 10 00 00 01 00 00 00 00 00 00 00 0c 00 00 00 
0010: 18 00 00 00 d7 ff ff ff 00 00 00 00 00 00 00 00 
Bulk read length 40
bulk read result: 40

0000: 03 00 01 00 00 00 00 00 00 00 00 00 18 00 00 00 
0010: 8b 3e 07 00 00 00 00 00 01 00 00 00 f8 92 85 40 
0020: 24 ec 83 40 a4 ea bf be

I would have expected the file attribute packet to be full of zero's but it looks like valid goods for some other file.

kovidgoyal · 01-30-2007, 08:21 PM

The response code of d7 ff ff ff indicates path not found. You are supposed to discard the bulk packet after that.

scotty1024 · 01-31-2007, 06:44 PM

Right, I did that, but I also noticed the bulk buffer seemed to get filled with valid data for some other file.

I think we call that a security glitch/bug/something to fix.

scotty1024 · 02-10-2007, 06:03 AM

With updated firmware I found this bug in the USB Protocol.

When reading from: /opt0/deviceInfo.xml

It does a GetAttr, GetLength (why, GetAttr gave length already), FileOpen, FileRead...

But get this, the FileRead is for length 32K, even though the file is 0x65 length! And the Sony Reader dutifully hands over 0x65 of file and 32K - 0x65 of zero's...

That is costing time.

Code:

16 00 00 00 01 00 00 00 00 00 00 00 10 00 00 00    ................
10 F6 31 00 00 00 00 00 00 00 00 00 00 80 00 00    .ö1..........?.

Should be

Code:

16 00 00 00 01 00 00 00 00 00 00 00 10 00 00 00    ................
10 F6 31 00 00 00 00 00 00 00 00 00 65 00 00 00    .ö1..........?.

scotty1024 · 02-10-2007, 06:35 AM

Same thing when processing: b:/Sony Reader/database/cache.xml

CONNECT reads that file in 32K chunks, even when the last 32K exceeds the end of file.

kovidgoyal · 02-10-2007, 01:58 PM

I think that bug was present even before the update.

JSWolf · 05-31-2007, 07:05 PM

The one bug that gets me is the italic bug. Sony really needs to fix it.

How it should look
This is a test. See how the italics work?

This is how they do look
This is a test . See how the italics work?

And when you have lines that have more then a normal space between the words, it gets worse. The problem is the Reader software takes the regular font, slants it and gets the spacing all wrong at the end of the italics. They need it have a true italic font internalto the reader to thix this problem.

Jon

01-22-2007, 06:31 PM	#1
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	Internal Bug Reports To Sony Rumor has it Sony rummages around in these threads. This thread is to report "internal" bugs to Sony (since they haven't provided a mechanism I'm aware of.) My first internal bug. When issuing a Directory Read Command via USB to the Sony Reader (you see why I call these internal errors) if you provide an invalid handle e.g. not what was returned from a Directory Open Command, the Reader panics (does a reboot). Example, I was issued handle 0x00138418 but I handed back 0xffff8418.

02-10-2007, 06:03 AM	#9
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	With updated firmware I found this bug in the USB Protocol. When reading from: /opt0/deviceInfo.xml It does a GetAttr, GetLength (why, GetAttr gave length already), FileOpen, FileRead... But get this, the FileRead is for length 32K, even though the file is 0x65 length! And the Sony Reader dutifully hands over 0x65 of file and 32K - 0x65 of zero's... That is costing time. Code: 16 00 00 00 01 00 00 00 00 00 00 00 10 00 00 00 ................ 10 F6 31 00 00 00 00 00 00 00 00 00 00 80 00 00 .ö1..........?. Should be Code: 16 00 00 00 01 00 00 00 00 00 00 00 10 00 00 00 ................ 10 F6 31 00 00 00 00 00 00 00 00 00 65 00 00 00 .ö1..........?.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
bug reports for the new firmware..	bokjeid	iRex	0	06-04-2010 09:35 AM
Bug reports & advices for next versions (0.6.32 MacOS X)	neotheone	Calibre	2	01-07-2010 02:14 PM
Where to post enhancements for Calibre, plus Bug Reports?	icq70610	Calibre	1	03-29-2009 09:06 AM
ETI eBook Publisher : bug reports / workarounds / update requests	zelda_pinwheel	IMP	39	02-20-2009 10:22 AM
Need bug reports for Plucker 1.9 -- win software!	pruss	Reading and Management	2	02-04-2008 12:05 AM

01-22-2007, 07:23 PM	#2
igorsk Wizard Posts: 3,442 Karma: 300001 Join Date: Sep 2006 Location: Belgium Device: PRS-500/505/700, Kindle, Cybook Gen3, Words Gear	Fonts embedded in LRF do not get not loaded if the stream containing them is not compressed or scrambled (that's why they didn't work with LRFs produced by stock XylogParser.dll).

01-25-2007, 05:56 PM	#3
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	Sony, there is an open source WMF library you could use to implement WMF images in RTF documents. This would add cover graphics for Baen RTF ebooks and diagrams for scientific/mathmatical articles. http://gnuwin32.sourceforge.net/packages/libwmf.htm If you would like some assistance, just PM me.

01-26-2007, 08:04 AM	#4
igorsk Wizard Posts: 3,442 Karma: 300001 Join Date: Sep 2006 Location: Belgium Device: PRS-500/505/700, Kindle, Cybook Gen3, Words Gear	I don't think they will want to use a GPL library, as that would require opening the source of their RTF viewer.

01-26-2007, 02:49 PM	#5
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	libwmf is LGPL.

01-30-2007, 08:21 PM	#7
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	The response code of d7 ff ff ff indicates path not found. You are supposed to discard the bulk packet after that.

01-31-2007, 06:44 PM	#8
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	Right, I did that, but I also noticed the bulk buffer seemed to get filled with valid data for some other file. I think we call that a security glitch/bug/something to fix.

02-10-2007, 06:35 AM	#10
scotty1024 Banned Posts: 1,300 Karma: 1479 Join Date: Jul 2006 Location: Peoples Republic of Washington Device: Reader / iPhone / Librie / Kindle	Same thing when processing: b:/Sony Reader/database/cache.xml CONNECT reads that file in 32K chunks, even when the last 32K exceeds the end of file.

02-10-2007, 01:58 PM	#11
kovidgoyal creator of calibre Posts: 45,609 Karma: 28549044 Join Date: Oct 2006 Location: Mumbai, India Device: Various	I think that bug was present even before the update.

05-31-2007, 07:05 PM	#12
JSWolf Resident Curmudgeon Posts: 80,784 Karma: 150249619 Join Date: Nov 2006 Location: Roslindale, Massachusetts Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3	The one bug that gets me is the italic bug. Sony really needs to fix it. How it should look This is a test. See how the italics work? This is how they do look This is a test . See how the italics work? And when you have lines that have more then a normal space between the words, it gets worse. The problem is the Reader software takes the regular font, slants it and gets the spacing all wrong at the end of the italics. They need it have a true italic font internalto the reader to thix this problem. Jon

Advert

Advert