lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: lynx-dev lynx2-8-1pre6: Broken def7_uni.h ?


From: Leonid Pauzner
Subject: Re: lynx-dev lynx2-8-1pre6: Broken def7_uni.h ?
Date: Sat, 3 Oct 1998 13:16:34 +0400 (MSD)

>      * From: Serge MUNHOVEN <address@hidden>

> I just compiled lynx2-8-1pre6 under Digital UNIX 4.0D :

> Everything compiles fine, except :

> cc -DHAVE_CONFIG_H  -I. -I.. -Ichrtrans -I./chrtrans -I.. -I../src 
> -I../WWW/Lib
> r
> ary/Implementation  -std1 -O -I/usr/local/include -std1 -DDSYS5  -c 
> ./UCdomap.c
> cc: Error: chrtrans/def7_uni.h, line 12: Invalid expression.
>         , , , , , , , ,
> --------^

> and subsequent resulting errors.
> It appears that the src/chrtrans/def7_uni.h generated by makeuctb contains
> an empty static u8 dfont_unicount[256] (just 255 commas; no data).

makeuctb do the similar work for all chrtrans/*.tbl files,
so looks rather strange to see the problem for a single .tbl file.
The difference may be from some kind of overflow on your
specific local setup...?
Oh, I find something in chrtrans/uckd.h:

/*
 *  NOTE: THE FOLLOWING #define MAY NEED ADJUSTMENT.
 *  u16 should be an unsigned type of 16 bit length (two octets).
 *  u8  should be an unsigned type of 8  bit length (one octet).
 */
#ifndef u16
#define u16 unsigned short
#endif /* u16 */


and def7_uni exceeds this limit:

/*
 *  uni_hash.tbl
 *
 *  Do not edit this file; it was automatically generated by
 *
 *  ./makeuctb.exe def7_uni.tbl
 *
 */

static u8 dfont_unicount[256] =
{
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
         11,   1,   5,   2,   1,   1,   1,   4,
          1,   1,   2,  98,   2,   7,   3,   1,
          1,   1,   1,   1,   1,   1,   1,   1,
          1,   1,   4,   3,   1,   1,   1,   2,
          2,  10,   1,   6,   3,  12,   1,   9,
          4,  14,   3,   5,   7,   2,   7,  10,
          2,   3,   6,   6,   4,  12,   2,   2,
          3,   4,   5,   2,   1,   1,   1,   1,
          3,  10,   2,   6,   3,  11,   1,   9,
          4,  12,   5,   4,   5,   2,   6,  12,
          2,   2,   6,   6,   4,  12,   3,   3,
          1,   5,   5,   1,   1,   1,   3,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0,
          0,   0,   0,   0,   0,   0,   0,   0
};

static u16 dfont_unitable[464] =
{
        0x0020, 0x1360, 0x2000, 0x2002, 0x2004, 0x2005, 0x2006, 0x2007,


> I don't exactly understand how makeuctb works. Guessing from other header 
> files
> and disreagrding "Do not edit this file; it was automatically generated", I
> hacked 32 0's, 95 1's and 129 0's in place. The resulting lynx seems so far to
> work as expected, but it's a really bad hack.

> Does anyone see what change could cause this failure ?

>  - Serge



reply via email to

[Prev in Thread] Current Thread [Next in Thread]