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 emph
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 bec
Àíäðåé ×åðíîâ 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
N
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 for it.
http://www.freebsd.or
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 w
> 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.
Su
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" i
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
> 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 c
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.
> > S
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,
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 h
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
> acquir
"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
"Michael C . Wu" wrote:
> 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.
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 yo
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 cod
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
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 200
-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 0
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 yo
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 disco
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 01:52:44 EST 2000
> CPU: Pentium
> 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: port 0xe000-0xe00f at device 7.1 on
> pci0
> ad0: 19546MB [39714/16/63] at ata0-master U
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 -
From
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 ru
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
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 C
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
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 De
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
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
hav
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
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
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 Jap
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. u
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
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.
>
>
On Thu, Dec 28, 2000 at 09:51:27 +0600, Boris Popov wrote:
> The patch seems to be ok as temporary solution for CDs with
> Russian file names. And as temporary solution it well suits to the ports
To be exact, not Russian only but for any single byte character set names.
--
Andrey A. Chern
At Wed, 27 Dec 2000 17:57:19 +0200,
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> Proposed by me patches is no way an official direction of the Project and as I
>advertised are merely a workaround to allow non-English
> users to read CD with native filenames until comprehensive iconv for kernel wil
> 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.
Anoth
-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, s
48 matches
Mail list logo
