Hi,
Several days ago I got a CD with Russian filenames on it and discovered that
I'm unable to read those filenames. After some hacking I produced a patch,
which should solve this problem in the manner similar to what we have in
msdosfs module (i.e. user-provided conversion table). I have to
On Wed, Dec 27, 2000 at 12:05:57 +0200, Maxim Sobolev wrote:
Please somebody review attached patches.
+ u_char *ctable[256]; /* Table for converting unicode filenames */
You deside to use per- Unicode base conversion table, it takes much memory
and don't satisfy in any case
Àíäðåé ×åðíîâ wrote:
On Wed, Dec 27, 2000 at 12:05:57 +0200, Maxim Sobolev wrote:
Please somebody review attached patches.
+ u_char *ctable[256]; /* Table for converting unicode filenames */
You deside to use per- Unicode base conversion table, it takes much memory
Not too
It looks like you guys got it! What is currently checked in (by Assar)
is working fine! :-)
M
:--=-=-=
:
:Matt Dillon [EMAIL PROTECTED] writes:
: Well, yes... that's essentially what I suggested. You didn't say
: anything about removing the externalized inlines, which is what you
On Wed, 27 Dec 2000 21:28:19 +0900,
Motomichi Matsuzaki [EMAIL PROTECTED] said:
msaki Any ideas?
There was dicussion about this issue on [EMAIL PROTECTED]
mailing list with Subject: "Unicode support in kernel" and
"code set recoding engine, V2" in October and November, 1999.
Summary
I don't know why this mail came to me, but since I was given a
chance(^^;)
"MM" == Motomichi Matsuzaki [EMAIL PROTECTED] writes:
MM * filenames recorded on Unix filesystems (e.g. FFS, MFS) use
MM an arbitrary codeset, for example Unicode.
Rather, let's use "codepage + codeset"
Motomichi Matsuzaki wrote:
At Wed, 27 Dec 2000 12:05:57 +0200,
Maxim Sobolev [EMAIL PROTECTED] wrote:
Several days ago I got a CD with Russian filenames on it and discovered that
I'm unable to read those filenames. After some hacking I produced a patch,
Vladimir Kushnir's patch will be
On Wed, 27 Dec 2000 21:48:52 +0900 (JST),
Kenichi Okuyama [EMAIL PROTECTED] said:
okuyamak So, there's only two selection.
No. there is another one.
I.e.
3) Always use pair of "codeset" name and "codepoint" value
for interface.
This keeps compatibility with current
At Wed, 27 Dec 2000 14:54:00 +0200,
Maxim Sobolev [EMAIL PROTECTED] wrote:
The Joliet extension are built on Unicode basis,
and is the "multilingual" filesystem.
We can found CDs which contain files named by all of
English, French, Russian, Chinese, and Japanese languages.
So charset
Motomichi Matsuzaki wrote:
At Wed, 27 Dec 2000 14:54:00 +0200,
Maxim Sobolev [EMAIL PROTECTED] wrote:
The Joliet extension are built on Unicode basis,
and is the "multilingual" filesystem.
We can found CDs which contain files named by all of
English, French, Russian, Chinese, and
At Wed, 27 Dec 2000 15:38:58 +0200,
Maxim Sobolev [EMAIL PROTECTED] wrote:
But your solution is no effective and much harmful to multibyte users.
You are not quite right. For multibyte users my solution (workaround?) is at least
equial to the previous no-unicode case . I do
not see how it
Motomichi Matsuzaki wrote:
At Wed, 27 Dec 2000 15:38:58 +0200,
Maxim Sobolev [EMAIL PROTECTED] wrote:
But your solution is no effective and much harmful to multibyte users.
You are not quite right. For multibyte users my solution (workaround?) is at least
equial to the previous
On Wed, Dec 27, 2000 at 12:05:57PM +0200, Maxim Sobolev scribbled:
| Several days ago I got a CD with Russian filenames on it and discovered that
| I'm unable to read those filenames. After some hacking I produced a patch,
| which should solve this problem in the manner similar to what we have in
On Wed, Dec 27, 2000 at 05:57:19PM +0200, Maxim Sobolev scribbled:
| Motomichi Matsuzaki wrote:
|
| At Wed, 27 Dec 2000 15:38:58 +0200,
| Maxim Sobolev [EMAIL PROTECTED] wrote:
|But your solution is no effective and much harmful to multibyte users.
| You are not quite right. For
On Thu, Dec 14, 2000 at 12:47:51PM -0800, John Baldwin wrote:
In other news, while wandering through the cardbus code, I discovered that
pccbb softc's have an internal mutex much to my surprise, and that they weren't
quite being used properly AFAICT. In the pccb0 kthread, they were
"Michael C . Wu" wrote:
As to the progress of iconv, we should have it soon, as soon as
itojun and I work out how to import either the Citrus code
or Konstantin's code.
As I could see from the CVSed Citrus code, it's a locale library rather than iconv,
and it's just got the stub
:
:It looks like you guys got it! What is currently checked in (by Assar)
:is working fine! :-)
:
:M
Excellent news!
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, Dec 27, 2000 at 08:32:26PM +0200, Maxim Sobolev scribbled:
| "Michael C . Wu" wrote:
| On Wed, Dec 27, 2000 at 05:57:19PM +0200, Maxim Sobolev scribbled:
| | Motomichi Matsuzaki wrote:
| I think that making this "hack" a russian/xxxfs port and I think
| everyone can be happy. If you
On Wed, Dec 27, 2000 at 13:44:11 +0200, Maxim Sobolev wrote:
I'm now sure how could I obtain charset for each of dozen+ OSes that may create a CD.
There is not so much number, usualy only one Russian charset per OS :-)
I don't see any problems, because it's likely that usual special high code
On Wed, Dec 27, 2000 at 12:48:12 -0600, Michael C . Wu wrote:
On Wed, Dec 27, 2000 at 08:32:26PM +0200, Maxim Sobolev scribbled:
| "Michael C . Wu" wrote:
| On Wed, Dec 27, 2000 at 05:57:19PM +0200, Maxim Sobolev scribbled:
| | Motomichi Matsuzaki wrote:
| I think that making this "hack"
Not sure exactly where this goes...
so, i'm sending it to everyone :P
I've heard tell that there are problems with the VIA chipset and UDMA on
FreeBSD. Is this true, and if so, what is the problem with?
In my system is:
FreeBSD 4.2-STABLE #0: Fri Dec 8 01:52:44 EST
-audit trimmed, cc'ed to -i18n
On Wed, Dec 27, 2000 at 10:02:01PM +0300, áÎÄÒÅÊ þÅÒÎÏ× scribbled:
| On Wed, Dec 27, 2000 at 12:48:12 -0600, Michael C . Wu wrote:
| On Wed, Dec 27, 2000 at 08:32:26PM +0200, Maxim Sobolev scribbled:
| | "Michael C . Wu" wrote:
| | On Wed, Dec 27, 2000 at
On Wed, Dec 27, 2000 at 13:35:52 -0600, Michael C . Wu wrote:
READ: "single byte"
You are breaking CJK multibyte support. Why? Why do you want make
software engineering mistakes?
1) Nobody can break something which not exist yet.
2) The stuff discussed is optional and not using it you
Aimed at the thread, not the participants.
This is off-topic for audit-. Please bring it back to audit- when you have
some actual code to audit.
Thanks!
M
On Wed, Dec 27, 2000 at 12:05:57PM +0200, Maxim Sobolev scribbled:
| Several days ago I got a CD with Russian filenames on it and
I've heard tell that there are problems with the VIA chipset and UDMA on
FreeBSD. Is this true, and if so, what is the problem with?
FreeBSD 4.2-STABLE #0: Fri Dec 8 01:52:44 EST 2000
atapci0: VIA 82C686 ATA66 controller port 0xe000-0xe00f at device 7.1 on
pci0
ad0: 19546MB FUJITSU
I've recently seen the same problem on 4.2-stable, probably a early version
of it, I go to make my kernel and it locks up for a few mins, then I get
some ata error and then it says resetting devices and it all runs ok, it
resets the ata devices during boot also.
- Original Message -
It seems David W. Chapman Jr. wrote:
You guys are not overclocking are you ??
I've recently seen the same problem on 4.2-stable, probably a early version
of it, I go to make my kernel and it locks up for a few mins, then I get
some ata error and then it says resetting devices and it all runs
On Wed, 27 Dec 2000, Soren Schmidt wrote:
It seems David W. Chapman Jr. wrote:
You guys are not overclocking are you ??
I've recently seen the same problem on 4.2-stable, probably a early version
of it, I go to make my kernel and it locks up for a few mins, then I get
some ata error
I've got two mobos with VIA MVP3 chipsets on-board. As these systems
(until recently) had only SCSI peripherals, I didn't notice any problem.
However, when I added an IDE CDRW drive, I got these very strange system
lock-ups/hangs. Specifically, this was an FIC VA-503+ mobo, with a
450MHz K6-2
On 27-Dec-00 Jonathan Chen wrote:
On Thu, Dec 14, 2000 at 12:47:51PM -0800, John Baldwin wrote:
In other news, while wandering through the cardbus code, I discovered that
pccbb softc's have an internal mutex much to my surprise, and that they
weren't
quite being used properly AFAICT. In
Soren Schmidt wrote:
It seems Justin W. Pauler wrote:
I've heard tell that there are problems with the VIA chipset and UDMA on
FreeBSD. Is this true, and if so, what is the problem with?
Hmm, there are no open problems as far as I'm aware...
FreeBSD 4.2-STABLE #0: Fri Dec 8
I have a KT7 with an athlon 1.1, no problems with ATA66, don't have a 100
drive though. Works fine, does make worlds in a little over an hour with
384mb of pc133, but I do have to downclock the pc133 to 100 because these
via chips have some problem with agp and pc133 at the moment.
I have an
"David W. Chapman Jr." wrote:
I have a KT7 with an athlon 1.1, no problems with ATA66, don't have a 100
drive though. Works fine, does make worlds in a little over an hour with
384mb of pc133, but I do have to downclock the pc133 to 100 because these
via chips have some problem with agp
Reply to: [EMAIL PROTECTED]
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm not sure if this is the correct list or not - apologies if
it's wrong.
I just updated a machine with cvsup for the first time - and may
On Wed, 27 Dec 2000 [EMAIL PROTECTED] wrote:
Reply to: [EMAIL PROTECTED]
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm not sure if this is the correct list or not - apologies if
it's wrong.
I just
On Thu, Dec 28, 2000 at 01:15:38PM +1000, Sleepless in Brisbane thus spoke:
On Wed, 27 Dec 2000 [EMAIL PROTECTED] wrote:
Reply to: [EMAIL PROTECTED]
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm not
From: [EMAIL PROTECTED]
Date: Wed, 27 Dec 2000 21:55:51 -0500 (EST)
::md0: Malloc disk
::WARNING: Driver mistake: destroy_dev on 154/0
::** what's this? *
I'm not sure about this one.
::Mounting root from ufs:/dev/ad0s2a
::link_elf: symbol tsleep undefined
[[ sorry for the minorly offtopic post ]]
In message [EMAIL PROTECTED] "Michael
C. Wu" writes:
: Right, and as much as you want single byte stuff to work, CJK is also
: a large market for FreeBSD. Where else in the world is there a full-
: fledged print monthly 200page magazine for BSD but
On Wed, 27 Dec 2000, Maxim Sobolev wrote:
Several days ago I got a CD with Russian filenames on it and discovered that
I'm unable to read those filenames. After some hacking I produced a patch,
which should solve this problem in the manner similar to what we have in
msdosfs module (i.e.
On Thu, Dec 28, 2000 at 01:15:38PM +1000, Sleepless in Brisbane thus spoke:
On Wed, 27 Dec 2000 [EMAIL PROTECTED] wrote:
Reply to: [EMAIL PROTECTED]
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I'm not
On Thu, Dec 28, 2000 at 12:33:29PM +0900, Munehiro Matsuda thus spoke:
From: [EMAIL PROTECTED]
Date: Wed, 27 Dec 2000 21:55:51 -0500 (EST)
::md0: Malloc disk
::WARNING: Driver mistake: destroy_dev on 154/0
::** what's this? *
I'm not sure about this one.
I have a KT7 with an athlon 1.1, no problems with ATA66, don't have a 100
drive though. Works fine, does make worlds in a little over an hour with
384mb of pc133, but I do have to downclock the pc133 to 100 because these
via chips have some problem with agp and pc133 at the moment.
Another
-On [20001227 20:05], Andrej Cernov ([EMAIL PROTECTED]) wrote:
Yes, it is a per-FS hack, but until iconv or something like will be
integrated, some hack needed just to read CDs selling at nearby shop.
As far as I know, Boris Popov was working on iconv() support.
I see he is cc:'d, so I happily
43 matches
Mail list logo
