Closed Bug 149163 Opened 23 years ago Closed 2 years ago

x11shared and file stat

Categories

(Core :: Graphics: Text, defect)

x86
Windows 2000
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jonsmirl, Unassigned)

References

Details

Attachments

(2 files)

The code building the the font cache is using two different stats and then comparing the results. This works on some systems but not all. When the font cache is written the font file timestamp is retrieved via the XPCOM localfile support which uses stat internally. Later when it comes time to compare the fonts file timestamps the stat from stdlib.h is being used directly. This leads to portability problems with whether stat is returning milli/micro seconds. The better solution is to always use the nsLocalFile calls for retrieving file creation times and to not use stdlib.h. FT2Catalog probably shouldn't include any of these files: #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <sys/stat.h> #include <sys/time.h> Removing them all on my system only resulted in minor changes to the code.
-> bstell
Assignee: jaggernaut → bstell
Jon: I know you are working on this already. Do you have patches for this?
I have already hacked the files up removing GTX and XWindows dependencies so I can't generate diffs of only the stat code. Just remove the stdlib.h header and fix the compiler errors. There are only two places. I'll attach my full version. I also modified that code that writes the times out to write a 64bit field. I was having trouble with the leading digits getting truncated. Is the format %I64u portable? The time from stat is in milliseconds on some systems and microseconds on other. NSPR hides this from you. Mixing direct stat usuage with NSPR exposed this.
Jon: normally people review diffs. Would you kindly attach a "diff -u" ?
I attached a diff. I am not running Linux so I can't verify if this compiles. It does work with my version running on windows.
Patch also fixes 149160
Depends on: 148729
> I am not running Linux so I can't verify if this compiles. I hope you will understand that I strongly feel this should not even be reviewed until it is compiled and tested on a Linux/Unix system.
Blocks: 123569
Brian Stell, if he has no Linux system, you cannot ask that. Testing on other systems can be part of the review. Please confirm bugs with good patches. Doing so.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Please correct me if I am wrong but it is my understanding that it has been the long time standing policy to for developers to get "build buddies" to help test their patches if the patch is likely to affect other platforms.

The bug assignee didn't login in Bugzilla in the last 7 months.
:enndeakin, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: bstell → nobody
Flags: needinfo?(enndeakin)
Component: XUL → Graphics
Flags: needinfo?(enndeakin)
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 2 years ago
Component: Graphics → Graphics: Text
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: