linux-msdos-digest Thursday, July 27 2000 Volume 01 : Number 182
In this issue:
----------------------------------------------------------------------
From: Jim Howarth <[EMAIL PROTECTED]>
Date: Mon, 17 Jul 2000 22:44:45 -0400 (EDT)
Subject: File Sharing woes (share.exe)
DOSEMU 1.0.1
MSDOS 6.22
Telegard 3.09sp4 (bbsprogram)
When I load share.exe and then try to load the bbs it craps out... it says
it can't open any of its datafiles... the error is 5, which means that
the file is locked. The permissions are fine on the files in linux (777).
The files are on a linux partition being accessed via lredir.
Anyone have any ideas?
Jim
------------------------------
From: shawn <[EMAIL PROTECTED]>
Date: Tue, 18 Jul 2000 10:07:19 -0400
Subject: For help
Dear Sir:
I did DOSEMU installation and configuration, then I can run some
DOS commands, such as Dir, Type, Copy, and etc. but I can not run dos
programs. For example, if I type in run.bat batch file, I got unknown
command error.
My questions:
Do I need install DOS 6.22 into the Linux machine?
Do I have to have a DOS partition on the Linux for DOSEmu? right now
I do not have a DOS partition.
How can I make a batch file running, then run all the programs in the
.bat file?
Any help will be greatly appreciated.
Shawn Xu
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 18 Jul 2000 22:19:33 MET_DST
Subject: RE: File Sharing woes (share.exe)
>Date: Mon, 17 Jul 2000 22:44:45 -0400 (EDT)
>When I load share.exe and then try to load the bbs it craps out... it says
>it can't open any of its datafiles... the error is 5, which means that
SHARE.EXE is useful ONLY when DOS machine is to be used as
fileserver. Do not use it otherwise. Especially in DosEmu,
which should use its own methods for file sharing control.
They are still not perfect... but SHARE.EXE is not perfect,
too, especially if many DosEmu sessions run simultaneously.
JT
------------------------------
From: Listak <[EMAIL PROTECTED]>
Date: Wed, 19 Jul 2000 02:07:32 +0200 (CEST)
Subject: national character problems via telnet
My firm uses an old Clipper based program by dosemu, via telnet. The only
problem is that I cannot make dosemu to handle the (Hungarian) national
characters VIA TELNET. It works on console but not via telnet or ssh.
Telnet handles the national characters (so I can use them eg. in command
line), only dosemu does nothing when I want to use nationalal characters.
Everything else works.
Any simple solution of the problem?
Thanks,
Fogarasi Andras
ETC Kft,
Kaposvar
------------------------------
From: Anthony Skraba <[EMAIL PROTECTED]>
Date: Wed, 19 Jul 2000 03:29:56 -0400
Subject: problem with serial connection - newbie
I'v searched around, both in the documentation and
online, and couldn't find any helpful info.
I have dosemu 1.0.1 working just fine (I think).
I am trying to use MSDOS software written for
the Basic Stamp 2 microcontroller made by Parallax.
Program is STAMP2.EXE at www.parallax.com
The software does run when I boot my PC in DOS,
and I can upload code to the microcontroller over COM1.
Under DOSEMU, it seems to run fine, loads/saves files,
etc, but it gives me an: ERROR * Hardware not found
when trying to communicate with the microcontroller.
Because it is a serial connection on COM1 in dos (right?)
in /etc/dosemu.conf, I set the line
$_com1 = "/dev/cua0"
$_com2 = "/dev/cua1"
but this did not help either.
I rebooted the PC and went into the BIOS setup to check
the COM address. It said COM1 3F8 IRQ 4
so in /etc/dosemu.conf I set the line
$_ports = "0x3f8"
but this gives the same hardware not found error.
Any help would be greatly appreciated. Currently, this is
the ONLY software I need to use outside of just Linux.
------------------------------
From: Chris Albertson <[EMAIL PROTECTED]>
Date: Wed, 19 Jul 2000 08:28:39 -0700
Subject: Re: problem with serial connection - newbie
Wow someone else with a STAMP based project. I need to
get this to work too. I am working on this and will
try a few things this weekend. Send mail off list.
I suspect it has to do with the the STAMPS use of a
three wire serial interface and lack of handshake.
Anthony Skraba wrote:
>
> I'v searched around, both in the documentation and
> online, and couldn't find any helpful info.
>
> I have dosemu 1.0.1 working just fine (I think).
> I am trying to use MSDOS software written for
> the Basic Stamp 2 microcontroller made by Parallax.
> Program is STAMP2.EXE at www.parallax.com
>
> The software does run when I boot my PC in DOS,
> and I can upload code to the microcontroller over COM1.
>
> Under DOSEMU, it seems to run fine, loads/saves files,
> etc, but it gives me an: ERROR * Hardware not found
> when trying to communicate with the microcontroller.
>
> Because it is a serial connection on COM1 in dos (right?)
> in /etc/dosemu.conf, I set the line
> $_com1 = "/dev/cua0"
> $_com2 = "/dev/cua1"
> but this did not help either.
>
> I rebooted the PC and went into the BIOS setup to check
> the COM address. It said COM1 3F8 IRQ 4
> so in /etc/dosemu.conf I set the line
> $_ports = "0x3f8"
> but this gives the same hardware not found error.
>
> Any help would be greatly appreciated. Currently, this is
> the ONLY software I need to use outside of just Linux.
- --
--Chris Albertson home: [EMAIL PROTECTED]
Redondo Beach, California work: [EMAIL PROTECTED]
------------------------------
From: =?iso-8859-1?q?Jos=E9=20Manuel=20Ferrer=20Ortiz?= <[EMAIL PROTECTED]>
Date: Thu, 20 Jul 2000 10:31:11 +0200 (CEST)
Subject: Problems using MS-DOS existing partitions
I've got some trouble accessing to MS-DOS partitions
in dosemu. Files misteriously disappear, or become
duplicated, or some other strange things occur. I
would like to know what is the correct form of
accessing safely to these partitions without the
posibility of losing data.
_______________________________________________________________
Do You Yahoo!?
Consiga gratis su direcci�n @yahoo.es en http://correo.yahoo.es
------------------------------
From: [EMAIL PROTECTED]
Date: Thu, 20 Jul 2000 11:45:39 MET_DST
Subject: RE: Problems using MS-DOS existing partitions
>Date: Thu, 20 Jul 2000 10:31:11 +0200 (CEST)
>I've got some trouble accessing to MS-DOS partitions
>in dosemu. Files misteriously disappear, or become
>duplicated, or some other strange things occur. I
What way do you access these files? Is it done via
direct access to DOS partition from DosEmu, or the
partition is mounted on Linux and accessed from the
DosEmu using LREDIR? The first way is dangerous if
used by more than one DosEmu at the same time.
But it is useful if you want to run CHKDSK on the
partition - leave the access in some configuration,
but use it for the partition maintenance only, when
the DosEmu used for it is the only running there.
Seems you need run the CHKDSK at least once now...
Jerzy Tarasiuk
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Thu, 20 Jul 2000 19:49:12 +0100 (BST)
Subject: Re: problem with serial connection - newbie
On Wed, 19 Jul 2000, Anthony Skraba wrote:
> Because it is a serial connection on COM1 in dos (right?)
> in /etc/dosemu.conf, I set the line
> $_com1 = "/dev/cua0"
> $_com2 = "/dev/cua1"
> but this did not help either.
Maybe /dev/ttyS0 and /dev/ttyS1 instead?
AFAIK the cua devices are obsolete and replaced by the ttyS ones.
> I rebooted the PC and went into the BIOS setup to check
> the COM address. It said COM1 3F8 IRQ 4
> so in /etc/dosemu.conf I set the line
> $_ports = "0x3f8"
> but this gives the same hardware not found error.
Maybe
$_ports = "device /dev/ttyS0 0x3f8"
could work? But don't apply these two techniques together and the first
one (with $_com1) is recommended.
A debug port scan could also provide a clue:
dos -D+i -O
Bart
------------------------------
From: "Alfaro Arancibia, Jorge" <[EMAIL PROTECTED]>
Date: Fri, 21 Jul 2000 12:47:53 -0400
Subject: Btrieve an dosemu
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
- ------_=_NextPart_001_01BFF333.38546E50
Content-Type: text/plain
hi,
I have the follow problem with dos emu dosemu dosemu-1.0.1, LINUX RED HAT
6.2 and one slave disk with DOS 5.0 (550 MB).
when i run a BTRIEVE program , it one go to hang state,
the maquine have 64 MB and some dosemu.conf parameters are :
$_xms = (65536)
$_ems = (1024)
$_ems_frame = (0xe000)
$_dpmi = (4096)
$_dosmem = (640)
$_hardware_ram = " "
$_secure = "0"
and $_hdimage = "/dev/hdb1" ( dos installed )
Jorge Alfaro Arancibia
) :[EMAIL PROTECTED]
0 :Teatinos 574 - Santiago - Chile
% : 696 2277 Anexo 2292
& : 247 1031
- ------_=_NextPart_001_01BFF333.38546E50
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2650.12">
<TITLE> Btrieve an dosemu </TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2 FACE=3D"Arial">hi, </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial"> I have the follow problem =
with dos emu dosemu dosemu-1.0.1, LINUX RED HAT 6.2 and one slave disk =
with DOS 5.0 (550 MB).</FONT></P>
<P><FONT SIZE=3D2 FACE=3D"Arial">when i run a BTRIEVE program , =
it one go to hang state,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">the maquine have 64 MB and some =
dosemu.conf parameters are :</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_xms =3D (65536)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_ems =3D (1024)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_ems_frame =3D (0xe000)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_dpmi =3D (4096)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_dosmem =3D (640)</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_hardware_ram =3D " =
"</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">$_secure =3D =
"0"</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">and $_hdimage =3D =
"/dev/hdb1" ( dos installed )</FONT>
</P>
<BR>
<BR>
<BR>
<P><B><I><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Comic Sans MS">Jorge =
Alfaro Arancibia</FONT></I></B><I></I>
<BR><FONT SIZE=3D2 FACE=3D"Comic Sans MS"> </FONT>=20
<BR><FONT COLOR=3D"#000080" FACE=3D"Monotype Sorts">)<FONT =
FACE=3D"Courier New"> </FONT></FONT> <FONT COLOR=3D"#000080" =
FACE=3D"Comic Sans MS">:</FONT><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Comic Sans MS">[EMAIL PROTECTED]</FONT>=20
<BR><FONT COLOR=3D"#000080" FACE=3D"Monotype Sorts">0<FONT =
FACE=3D"Courier New"></FONT></FONT> <FONT COLOR=3D"#000080" =
FACE=3D"Comic Sans MS">:</FONT><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Comic Sans MS">Teatinos 574 - Santiago - Chile</FONT>
<BR><FONT COLOR=3D"#000080" FACE=3D"Monotype Sorts">%</FONT><FONT =
COLOR=3D"#000080" FACE=3D"Comic Sans MS"> : </FONT><FONT =
COLOR=3D"#000080" SIZE=3D2 FACE=3D"Comic Sans MS">696 2277 Anexo =
2292</FONT>
<BR><FONT COLOR=3D"#000080" FACE=3D"Monotype Sorts">&<FONT =
FACE=3D"Courier New"></FONT></FONT> <FONT COLOR=3D"#000080" =
FACE=3D"Comic Sans MS">:</FONT> <FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Comic Sans MS">247 1031</FONT>
</P>
<BR>
</BODY>
</HTML>
- ------_=_NextPart_001_01BFF333.38546E50--
------------------------------
From: Grzegorz Prokopski <[EMAIL PROTECTED]>
Date: Sat, 22 Jul 2000 00:37:55 +0200
Subject: Re: Where are the problems with file locks in dosemu ?
"Ali A. Ghorbani" wrote:
>
> Hi,
>
> I wonder if you were able to solve the file lock problem? I have got
> similar problem!
>
> Ali
FYI: As I receive such question from time to time, I would like to
answer
them once on dosemu list.
Situation that we have at now:
If You mount a share on NFS(nfsd), SMB (samba), NCP (NovellNetware)
file locking work only "locally". I mean if there are some dosemus on
one machine using /mnt/share and content - they can see their locks.
But if You have mounted the same share as /mnt/share on other machine
and you run there some dosemus too - these dosemus can see only their
locks, but not from other machine(s).
Locks are "seen" only per mounted share.
Only solution:
I was trying to solve the problem, and as for now the only working
solution (not tested by me, but *said* to be working) is using
kernel nfs daemon. NOT nfsd, but knfsd because it has support for
nfs locking - which nfsd has not.
In the beginning I was trying to solve the locking problem with SMB
and NCP.
NCP: Thanks to Petr Vandrovec I have a path that gives You properly
working locks on NCPFS but... there are problems with file size.
If the file is opened by more than one station, the file size
reported by Novell (3.11 - at least tested, but said to be the same
for every other version) is all the time the size when FIRST station
opened the file - no matter what was written to the file.
Linux always reports real size of file and probably it assumes that
Novell give him also the real size. So You have problems accessing
file beyond the original size (at least using standard RH6.0 2.2.5
kernel). My dos database program is still NOT working ;( properly.
SMB: I wrote 3 letters to different addresses on smb related lists
and to the maintainer of smbfs. There was no reply.
I don't know why It doesn't work.
Future:
At the moment I have some deadlines at work and I move so I cannot
test the behavior of VFS or NCPFS more deeply or just check the
"ncp file size" issue on never version of kernel (2.2.5 is a little
bit old).
If I solve the problem I write to linux-msdos. Hope such day comes.
GREG__
PS: If You want a patch for NCPFS file locking write to me
directly. But IMHO it is a little bit useless now. ;(
At least until I get a solution of "file size issue".
Just use KNFSD if You can. That is the best way for now.
PSS: You can always try to use normal dos novell client inside
dosemu. Not nice IMVHO, but usually working.
------------------------------
From: [EMAIL PROTECTED]
Date: Sat, 22 Jul 2000 09:32:01 MET_DST
Subject: Re: Where are the problems with file locks in dosemu ?
>Message-ID: <[EMAIL PROTECTED]>
>Date: Sat, 22 Jul 2000 00:37:55 +0200
>From: Grzegorz Prokopski <[EMAIL PROTECTED]>
>If You mount a share on NFS(nfsd), SMB (samba), NCP (NovellNetware)
>file locking work only "locally". I mean if there are some dosemus on
>one machine using /mnt/share and content - they can see their locks.
There is yet another problem: DosEmu and SMB do not see access by
Mars (Martin Stover's NetWare server). I am still working on it.
>NCP: Thanks to Petr Vandrovec I have a path that gives You properly
>working locks on NCPFS but... there are problems with file size.
>If the file is opened by more than one station, the file size
>reported by Novell (3.11 - at least tested, but said to be the same
>for every other version) is all the time the size when FIRST station
>opened the file - no matter what was written to the file.
What conditions are needed to see it? Native Novell NetWare server,
or Mars on Linux? DOS client for NetWare or NCPFS on Linux?
>SMB: I wrote 3 letters to different addresses on smb related lists
SMB is part on which I did not have my hands on. But I will need...
>PS: If You want a patch for NCPFS file locking write to me
I would like to put on my WWW page all patches or URL-s to them
- - if you know about any, please send me the info.
Jerzy Tarasiuk
------------------------------
From: Nelson <[EMAIL PROTECTED]>
Date: Sat, 22 Jul 2000 12:15:52 -0300 (GMT)
Subject: Market 2000. Comercio Electronico en la Red, Sin
=?ISO-8859-1?Q?Secretos.!!UNICO=A1=A1?=
Asunto: RE: Presentandote a Market 2000. Un
proyecto en marcha.-
Nelson Deus ID-051 Presentandole a Market 2000.
Estimado amigo en alguna etapa nos hemos contactado
via email por algun planteo comercial que tuvo
usted la gentileza de enviarme.
En esta oportunidad soy yo quien le envia a usted
una propuesta que puede ser un nuevo rumbo en su
vida prefesional y economica.
Puede usted invertir desde el primer dia si lo
resuelve, o puede preferir aprovechar las ventajas
gratuitas del sistema para probarse como vendedor y
obtener sin costo, su participacion en un curso de
Ventas, Comercializacion y Recursos en la Internet
del a�o 2000.
Por favor, lea atentamente la nota que sigue y
consulteme para aclarar sus dudas en todo lo que
usted disponga.
Nelson Deus ID-051 Su Tutor en los cursos de
Market 2000.
La oportunidad del a�o 2000 para Emprendedores en
Internet.
E-mail de Informaci�n sobre el Proyecto Market 2000
Gran �xito de crecimiento, ya en 28 Paises,
multiidiomas, mas de 2.500 afiliados
Ahora YA!! Oficial
�QUE ES MARKET 2000!
Market 2.000 Nuestra nueva forma de ver el mundo
Market 2.000 es un proyecto en desarrollo,
posiblemente el proyecto con mayor futuro en el
�mbito del comercio electr�nico en Internet, que ya
ha superado la Fase de iniciacion con gran exito.
El comercio electr�nico es la m�xima revoluci�n
comercial existente hoy en d�a, todo el mundo desea
"subirse al jet" del comercio electr�nico
(e-commerce en ingles). Empresas como Yahoo,
Amazon, y eBay con solo unos pocos a�os de vida
superan con creces a otras consideradas como
monstruos imbatibles solo hace unos pocos a�os.
Todo el mundo desea aprovechar la oportunidad de
Internet, trabajar solo unas pocas horas al d�a
desde su pr�pia casa y ganar grandes fortunas... o
al menos un sueldo que le permita vivir
holgadamente y disfrutar al m�ximo de su vida.
Sin embargo... �Cual es el gran problema?
Son muy pocas las personas que realmente saben como
montar una empresa virtual con �xito, los viejos
conceptos del viejo mercado son totalmente
ineficaces en la red. Es necesario adaptarse a las
nuevas tecnolog�as, aprender nuevas t�cnicas y
lanzarse al cambio!!! ... pero todos los cambios
implican riesgos, todo aprendizaje implica tiempo,
y pocos son los que se pueden permitir el
privilegio de tomarse un a�o sab�tico para aprender
las m�s novedosas t�cnicas de negocios y
comercializaci�n por Internet.
Ser un profesional del Teletrabajo, del Comercio
Electr�nico, del e-commerce requiere como poco un
a�o de estudio y pr�ctica en el sector. Pero �Quien
puede dejar su trabajo y dedicarse todo un a�o a
estudiar las �ltimas t�cnicas de comercializaci�n?
Y... aunque pudiese... �Donde podr�a encontrar
reunidas todo ese compendio de t�cnicas y saberes
que permitir�an convertir a una persona normal en
un Ejecutivo de �xito del Ecommerce???
���MARKET 2.000 ES LA SOLUCI�N!!!
Market 2.000 nace de dos sue�os, del sue�o de crear
una empresa honrada que trabaje para que sus
miembros obtengan un �xito profesional total, sean
cual sean sus capacidades. Gracias a un plan de
Marketing exquisito.
Market 2.000 nace del sue�o de crear y formar a una
nueva generaci�n de empresarios, teletrabajadores y
ejecutivos que basen sus acciones en el honor, el
mutuo beneficio y la honestidad.
Para lograr ese objetivo naci� el proyecto "Market
2.000", un proyecto en el que trabajaremos para
formar a la presente generaci�n de emprendedores de
todo el mundo bajo unas normas morales basadas en
el honor y la honestidad, en el que trabajaremos
con un plan de Marketing que les permitir� vivir
holgadamente y hasta crear fortuna a estos mismos
emprendedores mientras estudian y aprenden las m�s
avanzadas t�cnicas de e-commerce.
Market 2.000 es un proyecto donde todo el mundo
tendr� las mismas posibilidades y donde todo el
mundo tendr� �xito, donde todos trabajaremos en
equipo con un objetivo com�n. Donde todos
aprenderemos de todos: el m�s rico del m�s humilde,
el m�s viejo del m�s joven... donde todos
aportaremos nuestro granito de arena para ser unos
mejores profesionales y unas mejores personas.
Con estos sue�os y estos objetivos, ya ha nacido el
Proyecto Market 2.000 esta desarrolandose y son
cientos las personas que ya est�n interesadas por
el proyecto, poco a poco van sum�ndose a nuestras
filas personas que comparten nuestros sue�os y
nuestras ilusiones. Tambi�n Usted puede formar
parte de el, solo ha de mandarme un e-mail
solicitando su afiliadion a
<[EMAIL PROTECTED]> para que le incluya en la
lista de miembros y le de su n�mero de
participaci�n.
Aun continuamos construyendo nuestro proyecto, con
pasi�n, ilusi�n y duro trabajo. Nuestra intenci�n
de sacarlo a la luz el 1 de Julio del 2.000 se ha
cumplido y esta fecha ha llegado, despues de 30
d�as en fase de Proyecto Inicial ,,,,, Ya es
realidad, con unos resultados de crecimiento
impresionantes, est� en 28 Paises, multiidiomas,
mas de 2500 afiliados creciendo y evolucionando dia
a dia con el apoyo de emprendedores de todo el
mundo.
Los que lo deseen ya pueden ir solicitando su
"asiento", reservando su sitio en el "Market 2.000"
que Ya ha despegado el 1 de Julio. Solo han de
mandar un e-mail a [EMAIL PROTECTED]
titulado "solicito afiliaci�n" con su nombre, pa�s
y direcci�n de e-mail.
Nelson Deus. ID-051-
<[EMAIL PROTECTED]
Mucha Suerte!!! Recuerda que cuentas con todo mi
Apoyo y con la ayuda de tus otros patrocinadores de
Market 2000 !
Siempre aqu� para ayudarte.
Un Saludo!!! Nelson Deus ID-051
Presentandote a Market 2000.-E-Commerce Paso a
Paso.
Enviame tu e-mail de Afiliaci�n y comienza una
nueva etapa de tu formacion.-
NO SPAM
Esta es una informaci�n sobre un Nuevo Proyecto en
Internet, en caso de no interesarle puede borrar su
e-mail en [EMAIL PROTECTED]?Subject=REMOVE
Si conoce a alguien a quien pueda interesarle esta
Informaci�n, por favor mandele una copia de este
e-mail.
Su amigo se lo agradecera eternamente.
Si le ha molestado este e-mail le pido las m�s
humildes disculpas. No pretendo molestar mientras
realizo mi trabajo, que consiste en dar trabajo a
los que quieren ganar dinero honestamente.
Muchas Gracias por su Atenci�n!!!
Bajo el Decreto S.1618 TITULO III aprobado por el
105 Congreso base de las las normativas
internacionales sobre SPAM, esta carta no puede ser
considerada SPAM mientras incluya una forma de ser
removido.
Puedes mandar e-mail a:
[EMAIL PROTECTED]?Subject=REMOVE para
eliminar futuros envios. MUCHAS GRACIAS!!!
Under Bill S.1618 TITLE III passed by the 105th
Congress this letter cannot be considered SPAM as
long as we include the way to be removed. To be
removed from future mailings simply visit
[EMAIL PROTECTED]?Subject=REMOVE
This will permanently remove you from all future
e-mailings THANK YOU!!!
------------------------------
From: Paul Jensen <[EMAIL PROTECTED]>
Date: Sat, 22 Jul 2000 10:57:58 -0500 (CDT)
Subject: Re: file sharing problem
> While using DOSEMU (on lredir drive) I have NEVER seen that message, and
> have not experienced any kind of corruption. This program is the
> primary application used by > 75% of our employees. We always have
> 30-45 sessions going.
>
> Each and every user uses exactly the same configuration once into dos.
> Maybe that is why we have not experienced any problems.
do you run dosemu on each employee's workstation? which version? does
each workstation mount the server's drive using ncpmount? which version
of linux? is the server novell or mars? is the application clipper
based?
sorry for all the questions, but it seems you *have* solved the
all the problems. congrats!
paul jensen
> We have been successfully using our current configuration, without
> problem, for 10 months now, so if there were a problem, I'm sure we
> would have seen it by now.
>
> If there is any data I can give you about our configuration or usage
> that will help your research, let me know, I'm happy to aid the cause.
>
> Matthew Nuzum
------------------------------
From: Marc Perkel <[EMAIL PROTECTED]>
Date: Sat, 22 Jul 2000 13:34:04 -0500
Subject: Long File Names - Int Interface
Hi, I'm a DOS programmer and I'm new to DosEMU and just getting it
working to see what it will do.
I'm not sure who to write about these requests so I'm sending it to
several people.
Early tests seem to work very well so far. I'm running the dos from
Win98. One of the things I really need that's missing is Dos long file
name support. Under Win95/98/2000 (but not NT4) dos programs can access
windows long names. There are a set of API calls to do this. I sure
would like it if they worked as I have several utilities, including my
MarxMenu language that counts on it.
In case you don't know about it, I have translated the Ralf Brown
Interrupt list to HTML and added a search. You'll find this useful for
DOS development.
http://www.ctyme.com/rbrown.htm
Also, I'm experimenting with the Int E6 stuff and it doesn't seem to
work. But I haven't given up yet. Are there more Dos API calls
available? Where's the list?
- --
Marc Perkel Voice: 417-866-1222
Computer Tyme Software Lab Fax: 760-838-8023
309 North Jefferson, Suite 220 Reply: "mailto:[EMAIL PROTECTED]"
Springfield, MO. 65806 USA Web Site: "http://www.ctyme.com"
------------------------------
From: Grzegorz Prokopski <[EMAIL PROTECTED]>
Date: Sat, 22 Jul 2000 23:13:48 +0200
Subject: Re: Where are the problems with file locks in dosemu ?
This is a multi-part message in MIME format.
- --------------7DC52D05CB1173FFC975E1B3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
[EMAIL PROTECTED] wrote:
> >From: Grzegorz Prokopski <[EMAIL PROTECTED]>
>
> >If You mount a share on NFS(nfsd), SMB (samba), NCP (NovellNetware)
> >file locking work only "locally". I mean if there are some dosemus on
> >one machine using /mnt/share and content - they can see their locks.
>
> There is yet another problem: DosEmu and SMB do not see access by
> Mars (Martin Stover's NetWare server). I am still working on it.
You mean - they can't see file locks done by the other ?
I am not sure, but have two thoughts (possibly no one is right):
- - samba client (smbfs) doesn't support locking ;(
- - samba server uses OWN file locking database, not using native unix
locks, so You can lock the file by win client, and then inside unix
again.
(Remember that Posix locks and BSD-style file locks can't be used
together. If You search linux-kernel archive Alan Cox wrote some time
ago that those two types of locking are not seen by each other -
would MarsNWE use BSDstyle locks? - dosemu is using posix.)
> >NCP: Thanks to Petr Vandrovec I have a path that gives You properly
> >working locks on NCPFS but... there are problems with file size.
> >If the file is opened by more than one station, the file size
> >reported by Novell (3.11 - at least tested, but said to be the same
> >for every other version) is all the time the size when FIRST station
> >opened the file - no matter what was written to the file.
>
> What conditions are needed to see it? Native Novell NetWare server,
> or Mars on Linux? DOS client for NetWare or NCPFS on Linux?
Petr confirmed that it is normal (and only) behaviour of all Netware
servers. You can read/write to file, but asking system to get file size
is a nonsense. It (Netware and then Linux) will give You size of file,
when it was first opened (no matter if it was done by Linux or Dos
station).
Here goes what I wrote to Petr and Eric:
/////
I got some book of Int21H in front of me.
Looking at 3dh function (file open) I see, that there are
two modes of file opening. Mode bits are:
7 - doesn't really matter
4..6: 000 - every client can open the file simultanously, but
only in this mode.
001 - exclusive access only
010 - exclusive writing... others can only read, but not
000 mode
011 - exclusive reading... others can only read, but not
000 mode
100 - others can write and read, but not 000 mode
0..3: 0000 - reading
0001 - writing
0010 - reading and writing
(000 mode <=> other modes)
Mode 000 was first and DOS uses it to open and load .exe file.
But if I open .exe from inside dosemu ncpfs translates file open
always to 100 mode. And that is OK. I just make another copy of
.exe.
\\\\\\
Linux alway opens file in "not 000" mode. "Normal" dos programs use
000 (MS-DOS uses it to load .exe files too, so if you run exe iside
dosemu, you cant run it on dos station - you need a second copy ;( ),
so you even won't open the file under NortonCommander for ex.
But You can write own program in Pascal (as I did) that uses:
FileMode:=66 ? /* 0100 0010 binary or sth like that*/
Then You'll see that content of file can be larger that system reports.
(while not EOF(file_des) do blockread....)
So this behavior is seen on Linux and Dos stations - no difference.
Haven't tested it on MarsNWE. As it is based on Linux their behavior
maight be normal.
> >SMB: I wrote 3 letters to different addresses on smb related lists
>
> SMB is part on which I did not have my hands on. But I will need...
If You get ANY info that could be userful please contact me.
> >PS: If You want a patch for NCPFS file locking write to me
>
> I would like to put on my WWW page all patches or URL-s to them
> - if you know about any, please send me the info.
>
> Jerzy Tarasiuk
So here it goes - please put it on Your web page if You wish.
Please include this and previous e-mail also if You can.
That would make sense and state of these patches clear.
To compile dosemu after applying this patch You need to get ncpfs
sources and "make install-dev", then do
"ln -s /usr/local/include/ncp /usr/include/ncp"
I attached the patches to email - they are very small (about 2kB).
Best reagards
Grzegorz Prokopski
PS: If anyone have access to NW server - can do a following test.
Mount a share from NW server.
Open the file under dos (but not 000 mode) and write sth to it.
Then look at its size under linux. Has it changed ? Probably no.
using "cat" or mc viewer won't get you the contents beyond old size.
Peter suggested using dd which would make things much cleaner
- - is this cat/mc problem or ncpfs/VFS(kernel) problem ?
I havent opportunity to test it.
I used 2.2.5 for it. What about newer kernel ?
Please write to me If You sucseed.
- --------------7DC52D05CB1173FFC975E1B3
Content-Type: application/octet-stream;
name="mfs.h.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="mfs.h.patch"
LS0tIC4vZG9zZW11LTEuMC4wL3NyYy9kb3NleHQvbWZzL21mcy5oCVN1biBNYXIgIDUgMTM6
NTc6MzcgMjAwMAorKysgLi9kb3NlbXUtMS4wLjAtZ3JlZy9zcmMvZG9zZXh0L21mcy9tZnMu
aAlTYXQgSnVuIDI0IDExOjAzOjI3IDIwMDAKQEAgLTEwLDYgKzEwLDkgQEAKIGVtdWxhdG9y
LgogQW5kcmV3LlRyaWRnZWxsQGFudS5lZHUuYXUgMzB0aCBNYXJjaCAxOTkzCiAqLworLyog
Rm9yIGZpbGUgbG9ja2luZyBvbiBuZnMgbW91bnRlZCBzaGFyZXMgLSBjb21tZW50IG91dCBp
ZiBjYXVzZXMgcHJvYmxlbXMqLworCisjaW5jbHVkZSA8bmNwL2tlcm5lbC9uY3BfZnMuaD4K
IAogI2lmZGVmIERPU0VNVQogLyogZGVmaW5pdGlvbnMgdG8gbWFrZSBtYWNoIGVtdSBjb2Rl
IGNvbXBhdGlibGUgd2l0aCBkb3NlbXUgKi8K
- --------------7DC52D05CB1173FFC975E1B3
Content-Type: application/octet-stream;
name="mfs.c.patch"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="mfs.c.patch"
LS0tIC4vZG9zZW11LTEuMC4wL3NyYy9kb3NleHQvbWZzL21mcy5jCVN1biBNYXIgIDUgMTM6
NTc6MzcgMjAwMAorKysgLi9kb3NlbXUtMS4wLjAtZ3JlZy9zcmMvZG9zZXh0L21mcy9tZnMu
YwlTYXQgSnVsIDIyIDIyOjI4OjM3IDIwMDAKQEAgLTM3NjEsNiArMzc2MSw0MiBAQAogCQly
ZXQgPSBmY250bCAoZmQsRl9TRVRMSywmbGFyZyk7CiAJCURlYnVnMCgoZGJnX2ZkLCAibG9j
ayBmZD0leCByYz0leCB0eXBlPSV4IHdoZW5jZT0leCBzdGFydD0lbHgsIGxlbj0lbHhcbiIs
CiAJCQlmZCwgcmV0LCBsYXJnLmxfdHlwZSwgbGFyZy5sX3doZW5jZSwgbGFyZy5sX3N0YXJ0
LGxhcmcubF9sZW4pKTsKKwkJLyogVGhpcyBwaWVjZSBvZiBjb2RlIHByZXRlbmRzIHRvIG1h
a2UgZmlsZSBsb2NraW5nIHdvcmtpbmcKKwkJICAgb24gTmV0V2FyZSAoTm92ZWxsKSBzaGFy
ZXMsIHdoZXJlIHRoZSBmaWxlIGlzIGFjY2Vzc2VkIGJ5CisJCSAgIG90aGVyIGNsaWVudHMg
YWxzbyAob24gT05FIGxpbnV4IGJveCBsb2NraW5nIHdvcmtzIGxvY2FsbHkgd2l0aG91dCBp
dCkKKwkJICAgVGhhbmtzIHRvIFBldHIgVmFuZHJvdmVjIGZvciBleHBsYWluYXRpb25zLgor
CQkgICBXYXJuaW5nOiBZb3UgbmVlZCB0byBoYXZlICdQcm9wcmlldGFyeSBmaWxlIGxvY2tp
bmcnIGluIG5jcGZzCisJCSAgICAgICAgICAgIGVuYWJsZWQuIE9uIE5ldFdhcmUgKE5vdmVs
bCkgc2hhcmUgcHJvZ3JhbSBNVVNUIGxvY2sgYW5kCisJCQkgICAgdW5sb2NrIGV4YWN0bHkg
dGhlIHNhbWUgcGllY2Ugb2YgZmlsZSBvciBlbHNlIGl0IHdpbGwKKwkJCSAgICBjYXVzZSBh
IG1lbW9yeSBsZWFrIGluIHRoZSBrZXJuZWwuCisJCSAgIElmIEkgY291bGQgaGVscCBZb3Ug
cGxlYXNlIHdyaXRlOgorCQkgICBHcnplZ29yeiBQcm9rb3Bza2kgKHByb2tvcHNrQG5vdmVs
bC5pdG4ucHdyLndyb2MucGwpCisJCSovCisjaWYgMQorCQlpZiAocmV0ICE9LTEpIHsgLy8g
bGludXggKHVuKWxvY2tpbmcgd2FzIHN1Y2Vzc2Z1bGwKKwkJICAgIHN0cnVjdCBuY3BfbG9j
a19pb2N0bCBuY3Bsb2NrOworCQkgICAgaW50IGVycjsKKwkJICAgIG5jcGxvY2suY21kID0g
KGxhcmcubF90eXBlPT1GX1VOTENLKSA/IE5DUF9MT0NLX0NMRUFSIDogTkNQX0xPQ0tfRVg7
CisJCSAgICBuY3Bsb2NrLm9yaWdpbiA9IDA7CisJCSAgICBuY3Bsb2NrLm9mZnNldCA9IHB0
LT5vZmZzZXQ7CisJCSAgICBuY3Bsb2NrLmxlbmd0aCA9IHB0LT5zaXplOworCQkgICAgbmNw
bG9jay50aW1lb3V0ID0gMDsKKwkJICAgIGVyciA9IGlvY3RsKGZkLCBOQ1BfSU9DX0xPQ0tV
TkxPQ0ssICZuY3Bsb2NrKTsKKwkJICAgIERlYnVnMCgoZGJnX2ZkLCAibmNwbG9jayBmZD0l
eCByZXN1bHQ9JXggY21kPSV4IG9yaWdpbj0leCBvZmZzZXQ9JXggc2l6ZT0leCB0aW1lb3V0
PSV4XG4iLAorCQkJZmQsIGVyciwgbmNwbG9jay5jbWQsIG5jcGxvY2sub3JpZ2luLCBuY3Bs
b2NrLm9mZnNldCwgbmNwbG9jay5sZW5ndGgsIG5jcGxvY2sudGltZW91dCkpOworCQkgICAg
aWYgKGVyciA8IDApIHsKKwkJCWlmIChlcnJubyA9PSBFQUdBSU4pIHsKKwkJCSAgICBpZiAo
bGFyZy5sX3R5cGUhPUZfVU5MQ0spIHsKKwkJCQlsYXJnLmxfdHlwZT1GX1VOTENLOworCQkJ
CWZjbnRsIChmZCxGX1NFVExLLCZsYXJnKTsKKwkJCQlyZXQgPSAtMTsKKwkJCSAgICB9Owor
CQkJfSBlbHNlIGlmIChlcnJubyA9PSBFSU5WQUwpIHsKKwkJCSAgICBEZWJ1ZzAoKGRiZ19m
ZCwgIk5DUExvY2sgZmFpbGVkIC0gbm8gbmNwbG9ja2luZyBpbiBrZXJuZWwgb3IgZmlsZSBu
b3Qgb24gbmNwZnNcbiIpKTsKKwkJCX0gZWxzZSBEZWJ1ZzAoKGRiZ19mZCwgIk5DUEVycm9y
OiAlc1xuIiwgc3RyZXJyb3IoZXJybm8pKSk7IAorCQkgICAgfTsgICAgCisJCX07CQkKKyNl
bmRpZgkKIAkJcmV0dXJuIHJldCAhPSAtMSA/IFRSVUUgOiBGQUxTRTsKIAl9CiAgICAgYnJl
YWs7Cg==
- --------------7DC52D05CB1173FFC975E1B3--
------------------------------
From: jhughes <[EMAIL PROTECTED]>
Date: Sun, 23 Jul 2000 18:32:48 +0200 (CEST)
Subject: bc crashes dosemu
Hi
Dosemu crashes with the following when I try to run bc:
ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86
(DOS)
Program=sigsegv.c, Line=183
EIP: 0000:000003d1 ESP: 08de:000023f9 VFLAGS(b): 00000 00000100 10000010
EAX: 0000fdcb EBX: 00000001 ECX: 00002ef4 EDX: 00002f00 VFLAGS(h):
00000482
ESI: 0000098a EDI: 00000077 EBP: 00000676 DS: 04d1 ES: 007a FS: 0000 GS:
0000
FLAGS: SF IF DF RF VM IOPL: 0
STACK: 58 5a 5f 07 c9 c3 c8 00 00 00 -> 00 00 00 00 00 00 77 00 8a 09
OPS : f0 20 0f 00 f0 30 0f 00 f0 40 -> 0f 00 f0 50 0f 00 f0 60 0f 00
0f00f0 0000:03d1 ??? ax
I have successfully run bc under dosemu before (different installation) so
I know it can work. I have set $_hdimage to /dev/hda1, to a bootdir under
/var/lib/dosemu containing links to system files on my dos partition, and
I have also tried using the tool setup-hdimage.
Thank you,
James
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Sun, 23 Jul 2000 19:21:28 -0400
Subject: Re: file sharing problem
This is a multi-part message in MIME format.
- --------------68AF193926D419A440424590
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
DOS-EMU is used by all of the employees and is the only means of accessing the
information. No one maps the drive to their own workstation.
All data, programs, and etc. are located on Linux EXT2 FS. All users telnet
into box and run locally.
DOS EMU version is dosemu-0.99.10.0
Program is not clipper, and the only clue I have to it's source is the line:
Turbo C/RTLW Version
that appears in the corner of the log in box.
Config.sys says:
device=c:\dosemu\ems.sys
files=120
Autoexec.bat says:
set path=c:\dosemu;c:\dos
Batch file that starts program says:
lredir d: linux\fs\usr\local\accounts
d:
avmain.exe
exitemu
Only modification to kernel was to increase shmem to solve problem with 32
dosemu user limit, and the inclusion of DPT i2o raid controller. Otherwise,
standard RedHat 6.0.
Except for a problem with pass through printing choking after 17 pages,
everything works great.
If you would like any more details, please let me know, I'm happy to assist in
any way.
Matthew Nuzum
Paul Jensen wrote:
> > While using DOSEMU (on lredir drive) I have NEVER seen that message, and
> > have not experienced any kind of corruption. This program is the
> > primary application used by > 75% of our employees. We always have
> > 30-45 sessions going.
> >
> > Each and every user uses exactly the same configuration once into dos.
> > Maybe that is why we have not experienced any problems.
>
> do you run dosemu on each employee's workstation? which version? does
> each workstation mount the server's drive using ncpmount? which version
> of linux? is the server novell or mars? is the application clipper
> based?
>
> sorry for all the questions, but it seems you *have* solved the
> all the problems. congrats!
>
> paul jensen
>
> > We have been successfully using our current configuration, without
> > problem, for 10 months now, so if there were a problem, I'm sure we
> > would have seen it by now.
> >
> > If there is any data I can give you about our configuration or usage
> > that will help your research, let me know, I'm happy to aid the cause.
> >
> > Matthew Nuzum
- --------------68AF193926D419A440424590
Content-Type: text/x-vcard; charset=us-ascii;
name="mnuzum.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Nuzum
Content-Disposition: attachment;
filename="mnuzum.vcf"
begin:vcard
n:Nuzum;Matthew
tel;fax:(941)951-1830
tel;work:(941)364-9505 ext. 2200
x-mozilla-html:TRUE
url:http://www.vacationinfl.com
org:Florida Vacation Accommodations;MIS
adr:;;3800 South Tamiami Trail, Suite 14;Sarasota;FL;34239;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:IS Director
fn:Matthew Nuzum
end:vcard
- --------------68AF193926D419A440424590--
------------------------------
From: "Oldrich Kepka" <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 08:47:29 +0200
Subject: Re: file sharing problem
- ----- Original Message -----
From: Matthew Nuzum <[EMAIL PROTECTED]>
> DOS-EMU is used by all of the employees and is the only means of accessing
the
> information. No one maps the drive to their own workstation.
> Only modification to kernel was to increase shmem to solve problem with 32
> dosemu user limit, and the inclusion of DPT i2o raid controller.
Otherwise,
> standard RedHat 6.0.
How many user are connected? I try it and 200Mhz of procesor clock is needed
per user. So if you have more than 32 users, you need very strong computer.
On which hradware your server is runnig?
Thanks
Olda
------------------------------
From: "scott" <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 19:28:49 +1000
Subject: Fw: dosemu - disable local video
> I saw your post but there's one problem :-)
>
> HOW do i turn local video off in /etc/dosemu.conf?
>
> $_com2 = "virtual"
>
> that's setup so I can use COM2 as my stream but how do I tell dosemu to
> use COM2 as my stream?
>
> Thanks,
>
> Shawn Starr.
>
------------------------------
From: "scott" <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 19:34:55 +1000
Subject: Re: dosemu - disable local video
> HOW do i turn local video off in /etc/dosemu.conf?
no idea, though I'd like to find out for future reference... having both
local and modem IO appear on the screen would be less than optimal :)
> $_com2 = "virtual"
> that's setup so I can use COM2 as my stream but how do I tell dosemu to
> use COM2 as my stream?
I would think you dont - you tell the DOS programs themselves to use the COM
port.
------------------------------
From: Marcelo Rezende =?iso-8859-1?Q?M=F3dolo?= <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 09:31:50 -0300
Subject: dosemu-fail
Hi,
I'm a brazilian guy and I don't speak english very well...
I have a linux-box working as a file server with last version of
Samba. Every machine has a Windows 95 and Windows 98 working very well.
I start to change the machines to linux and I try to use Dosemu
(last version) to run a foxpro program. In the begining the programs
seems to works well but when I try to open fpt files (like memos) the
foxpro reports no disk space to open file d:\...
I try every fin, change to NFS, change permissions, shared memory,
but nothing works, in Dosem I can open every file with a text editor so
I fink is not a permission problem.
Thanks,
Marcelo M�dolo
------------------------------
From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 14:51:10 +0200
Subject: Re: dosemu-fail
On Mon, 24 Jul 2000 Marcelo Rezende M�dolo wrote:
> Hi,
> I'm a brazilian guy and I don't speak english very well...
> I have a linux-box working as a file server with last version of
> Samba. Every machine has a Windows 95 and Windows 98 working very well.
> I start to change the machines to linux and I try to use Dosemu
> (last version) to run a foxpro program. In the begining the programs
> seems to works well but when I try to open fpt files (like memos) the
> foxpro reports no disk space to open file d:\...
> I try every fin, change to NFS, change permissions, shared memory,
> but nothing works, in Dosem I can open every file with a text editor so
> I fink is not a permission problem.
>
As I have no Samba or NFS-Connection, I can't try the following:
what is your linux command df showing on that directory?
If I use ncpfs to access Novell Netware, I get the same message in
dosemu, and df shows 0 for the free disk space on that mountpoint.
Maybe only foxpro is checking for enough space on your directory.
Reinhard
------------------------------
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 12:20:04 +0000
Subject: Is the DPMI slow ?
I find DosEmu 1.0.1 works fine, but TC++ V3.0 is very VERY
slow under it, even when I write some text, or when I go
up and down. Is it a DPMI issue ? What can I do to fast
the thing ?
Thanks.
- --------------
Forfait gratuit et r�volutionnaire sur Liberty Surf!
4H par mois tout compris internet + t�lecom pour OF.
http://register.libertysurf.fr/libertytelecom/signup.php3
------------------------------
From: [EMAIL PROTECTED]
Date: Mon, 24 Jul 2000 15:07:06 +0200
Subject: TC++ V3.0 works slow.
On my computer, under DosEmu 1.0.1, TC++ V3.0 works, but works slow,
especially when writing the prog...
Maybe it's a DPMI issue, cause BC++ 2.0 works fine.
Is there anything to do to fast the thing ?
Thanks.
------------------------------
From: Matthew Nuzum <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 10:00:41 -0400
Subject: Re: file sharing problem
This is a multi-part message in MIME format.
- --------------7C83E7C9790655A071AA260A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
We have a 450MHz PIII and there is no performance problems until we get low on
RAM at about 54 sessions. You should follow the instructions in the
documentation to tune the performance of DOS-EMU to your needs.
If you have all of your users playing Quake, I could see needing the 200MHz per
user, but if you're running typical business apps, then I'll bet you could do 32
users on a single 200MHz cpu.
One thing to take into consideration, I did make sure to get the best Network
card I could, and I got the best SCSI card supported by Linux at the time (DPT
Smart Raid V) and 10,000 RPM Hard drives. If you're using IDE, or a generic/
low end NIC, you will **NOT** get optimal performance.
Try opening 32 sessions of EMACS, which I would say is MORE resource intensive
than the typical Dos Application.
Good luck!
Matt Nuzum
Oldrich Kepka wrote:
> ----- Original Message -----
> From: Matthew Nuzum <[EMAIL PROTECTED]>
>
> > DOS-EMU is used by all of the employees and is the only means of accessing
> the
> > information. No one maps the drive to their own workstation.
> > Only modification to kernel was to increase shmem to solve problem with 32
> > dosemu user limit, and the inclusion of DPT i2o raid controller.
> Otherwise,
> > standard RedHat 6.0.
>
> How many user are connected? I try it and 200Mhz of procesor clock is needed
> per user. So if you have more than 32 users, you need very strong computer.
> On which hradware your server is runnig?
>
> Thanks
> Olda
- --------------7C83E7C9790655A071AA260A
Content-Type: text/x-vcard; charset=us-ascii;
name="mnuzum.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Matthew Nuzum
Content-Disposition: attachment;
filename="mnuzum.vcf"
begin:vcard
n:Nuzum;Matthew
tel;fax:(941)951-1830
tel;work:(941)364-9505 ext. 2200
x-mozilla-html:TRUE
url:http://www.vacationinfl.com
org:Florida Vacation Accommodations;MIS
adr:;;3800 South Tamiami Trail, Suite 14;Sarasota;FL;34239;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:IS Director
fn:Matthew Nuzum
end:vcard
- --------------7C83E7C9790655A071AA260A--
------------------------------
From: Alistair MacDonald <[EMAIL PROTECTED]>
Date: Mon, 24 Jul 2000 21:18:53 +0100 (BST)
Subject: Re: TC++ V3.0 works slow.
On Mon, 24 Jul 2000 [EMAIL PROTECTED] wrote:
> On my computer, under DosEmu 1.0.1, TC++ V3.0 works, but works slow,
> especially when writing the prog...
> Maybe it's a DPMI issue, cause BC++ 2.0 works fine.
> Is there anything to do to fast the thing ?
Not strictly DPMI, but ....
DOSEMU has 3 methods for emulating memory access. Which gets used depends
upon a) your kernel, b) your C library and c) if you have overriden the
defaults. If I remember correctly, glibc2.1 and recent kernels is the
slowest combination. libc5 and an older kernel should be the fastest.
However, I don't have any figures, and I'm doing this from a conversation
we had months ago, so I might have got the details wrong.
Alistair
------------------------------
From: Joel White <[EMAIL PROTECTED]>
Date: Tue, 25 Jul 2000 17:24:20 -0700
Subject: Serial port woes
Hi,
(I've looked through the archives and have seen emails on this subject, but
still can't get it to work!)
I am trying to communicate with a remote system over the serial line. Using:
$_com1 = "/dev/ttyS0"
enables the serial port to function, but not fast enough for the remote system
(needs 38,400). So, I tried the "other" method mentioned in the docs and
various emails:
$_com1 = ""
$_irqpassing = "4"
$_ports = "device /dev/ttyS0 fast range 0x03F8 0x3FF"
With these settings, the serial port doesn't show up at all. I've tried various
combinations of configurations with no luck (I'm sort of guessing at the $_ports
line). I must be missing something - if anyone has any info/ideas/suggestions
that they could pass along, I'd appreciate it!
I am using version 1.0.1 (I've tried both the RPM and built from source).
Thanks,
Joel White
------------------------------
From: Bill <[EMAIL PROTECTED]>
Date: Tue, 25 Jul 2000 18:56:59 -0400
Subject: Xdos and a mono display
I have an app that runs under dos and uses both a
VGA pci/agp card and an ISA monochrome
video card. Does dosemu have support to emulate
both of these at once?
Thanks,
Bill
------------------------------
From: Alistair MacDonald <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 00:30:28 +0100 (BST)
Subject: Re: Xdos and a mono display
On Tue, 25 Jul 2000, Bill wrote:
> I have an app that runs under dos and uses both a
> VGA pci/agp card and an ISA monochrome
> video card. Does dosemu have support to emulate
> both of these at once?
No. If you mean an MDA card then you could do this on the console -- if
you have both cards. (I dare say that DOSEMU could drive the MDA card even
when running under X, but I've never tried it)
Alistair
------------------------------
From: Bill <[EMAIL PROTECTED]>
Date: Tue, 25 Jul 2000 21:36:51 -0400
Subject: Re: Xdos and a mono display
Well, my goal is to run a dos app designed for a vga and mono card, at the
same time, on a machine with only pci slots (just try finding a pci mono-
- -chrome video card)
Another thought I had is intercepting the dos api calls and not emulate
an entire video card. Since testing htis will be easier under dosemu than
real dos. What would the best place in dosemu be to catch an inturupt,
look at the registers, and then ... execute whatever code I want?
With luck I'll come out with a patch usefull to someone else too.
Bill
Alistair MacDonald wrote:
> On Tue, 25 Jul 2000, Bill wrote:
>
> > I have an app that runs under dos and uses both a
> > VGA pci/agp card and an ISA monochrome
> > video card. Does dosemu have support to emulate
> > both of these at once?
>
> No. If you mean an MDA card then you could do this on the console -- if
> you have both cards. (I dare say that DOSEMU could drive the MDA card even
> when running under X, but I've never tried it)
>
> Alistair
------------------------------
From: Michal Samek <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 11:07:27 +0200
Subject: xdos keyboard and code-page translate problems
Hi,
I'm using xdos for some time and after upgrade to
1.0 I have a problem with num-lock and caps-lock.
It seems that dosemu ignores them - when I want to
type in an uppercase letter I have to use shift. Also
num-lock behaviors some strange way.
Do someone knows the solution?
Another problem is with the code-page translate feature.
It seems to be working on the console but with xdos
session it lacks translating. Maybe I'm doing something
wrong?
Thanks in advance for any information, including 'it is
really broken' - at least code-page translating should
be not so hard to fix (I want try to fix it myself :)) )
Michal Samek
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 11:09:46 +0100 (GMT)
Subject: Re: Xdos and a mono display
On Tue, 25 Jul 2000, Bill wrote:
> Well, my goal is to run a dos app designed for a vga and mono card, at the
> same time, on a machine with only pci slots (just try finding a pci mono-
> -chrome video card)
Good luck with that!
> Another thought I had is intercepting the dos api calls and not emulate
> an entire video card. Since testing htis will be easier under dosemu than
> real dos. What would the best place in dosemu be to catch an inturupt,
> look at the registers, and then ... execute whatever code I want?
Look at src/base/async/int.c. There is the function do_int() which is the
main interrupt handler, which calls the individual interrupt functions,
int05(), int10(), int21(), etc. Well, what more is there to say? The
obvious: look at the source for examples how to do it and grep is your
friend ;-)
Bart
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 26 Jul 2000 14:46:49 +0400
Subject: Re: dosemu-fail
>>>>> "dolo" == dolo writes:
dolo> programs seems to works well but when I try to open fpt files
dolo> (like memos) the foxpro reports no disk space to open file
I don't know right solution, but this help for me:
- --- dosemu-1.0.0.ss.orig/src/dosext/mfs/mfs.c
+++ dosemu-1.0.0.ss/src/dosext/mfs/mfs.c
@@ -2913,6 +2913,7 @@
ret = dos_write(fd, dta, cnt);
if ((ret + s_pos) > sft_size(sft)) {
sft_size(sft) = ret + s_pos;
+ if (ret == 0) dos_write(fd,"",1);
}
}
Debug0((dbg_fd, "write operation done,ret=%x\n", ret));
- --
Sergey Suleimanov
------------------------------
From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 26 Jul 2000 14:55:24 +0400
Subject: Re: xdos keyboard and code-page translate problems
>>>>> "Michal" == Michal Samek writes:
Michal> Another problem is with the code-page translate feature. It
Michal> seems to be working on the console but with xdos session it
Michal> lacks translating. Maybe I'm doing something wrong?
Michal> Thanks in advance for any information, including 'it is really
Michal> broken' - at least code-page translating should be not so hard
Michal> to fix (I want try to fix it myself :)) )
If you wish, I can give my patches for cyrillic translations
(both x and slang keyboards, terminal output)
- --
Sergey Suleimanov
------------------------------
From: "RUMMAN.COM" <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 10:46:50 +0400
Subject: Autoexec.bat ???
I am using LILO to boot to Linux & Windows 98. Everytime I boot into Linux,
i need to mount my win98 fat partition. Is there any file like autoexec.bat
in linux where i can store the command for mounting my fat partition
automatically whenever i boot into Linux? I am using Red Hat Linux 6.2 &
bash script.
Thanx in ADVANCE.
Khaled
[EMAIL PROTECTED]
http://www.rumman.com/
------------------------------
From: "Roberto F. Munita" <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 18:50:20 -0300 (ART)
Subject: Re: Autoexec.bat ???
Hi,
The file that you are looking for is fstab (/etc/fstab), in this
file you can put the filesystem to mount, and the target directory, and
remember that if you are mounting a w98 filesystem you must especify a
vfat filesystem insted a fat.
Flavio
On Wed, 26 Jul 2000, RUMMAN.COM wrote:
> I am using LILO to boot to Linux & Windows 98. Everytime I boot into Linux,
> i need to mount my win98 fat partition. Is there any file like autoexec.bat
> in linux where i can store the command for mounting my fat partition
> automatically whenever i boot into Linux? I am using Red Hat Linux 6.2 &
> bash script.
>
> Thanx in ADVANCE.
>
> Khaled
> [EMAIL PROTECTED]
> http://www.rumman.com/
>
>
___.___ ~ _____________
\ \ \ ,, ??? | ' \ Roberto F. Munita
\ \ \ /< ? | ' ____|_ Computer Center Operator
--\//,- _. /_____ | '||:::::: e-mail: [EMAIL PROTECTED]
o- / _/ '\ | '||_____| Address: Bv. 27 de Febrero 210 bis
| \ ' o \'________|_____| 2000 - Rosario - Sta. Fe
| )- # < ___/____|______ Argentina
`_/'------------| _ ' <<<:| Te.: +54 341 4853200 & 4853222
/________\| |_________'___o_o| Fax: +54 341 4821772
A)bort, R)etry, I)gnore, V)alium?
------------------------------
From: David Lerner <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 19:51:21 -0400
Subject: Re: Autoexec.bat ???
"RUMMAN.COM" wrote:
>
> I am using LILO to boot to Linux & Windows 98. Everytime I boot into Linux,
> i need to mount my win98 fat partition. Is there any file like autoexec.bat
> in linux where i can store the command for mounting my fat partition
> automatically whenever i boot into Linux? I am using Red Hat Linux 6.2 &
> bash script.
>
There are various startup scripts that are somewhat more advanced than
autoexec.bat. One of these scripts will read the contents of /etc/fstab
and mount file systems that are listed there. Under Red Hat you can edit
this file manually or use the graphical tool that you will find under
linuxconfig, file systems, access local drive.
A sample line if /etc/fstab might be:
/dev/hda1 /dosc vfat defaults,umask=000
The umask 000 gives read, write, execute access to all users. That may
be appropriate for a home mechine where you are the only user.
Dave
------------------------------
From: "James B. Hiller" <[EMAIL PROTECTED]>
Date: Wed, 26 Jul 2000 21:35:10 -0400 (EDT)
Subject: Re: Autoexec.bat ???
> I am using LILO to boot to Linux & Windows 98. Everytime I boot into Linux,
> i need to mount my win98 fat partition. Is there any file like autoexec.bat
> in linux where i can store the command for mounting my fat partition
> automatically whenever i boot into Linux? I am using Red Hat Linux 6.2 &
> bash script.
I see that others pointed you in the right direction. I would just
like to point out a few other things:
a. Linux does not use FAT concepts or terminology. Understanding that
is one of the first steps in understanding a real OS design.
b. As one respondent pointed out, /etc/fstab is the file from which the
init process reads information about what filesystems to mount, and this
process is considerably more sophisticated than simply running a script
like autoexec. From the nature of your question, it seems like you've
not had much experience with configuring a linux system to operate correctly.
I suggest you do a bit more reading of some of the linux documentation
before you start playing around with things like this. I recommend you to
the book "Running Linux" by Matt Welsh (among many others).
c. This question is entirely off-topic for this mailing list. Please put
such questions into the appropriate fora, such as comp.os.linux.setup on
usenet.
Thx,
jbh
------------------------------
From: "Jim Howarth" <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2000 10:27:16 -0400
Subject: Share Emulator
Some programs for dos require share to be running... is there any way that
one of our illustrious developers would be able to add in a share emulation.
Some sort of command in the config file that we can add to make dos think
that the share TSR is running? I realize that DOSemu does this already, but
it doesn't tell anyone (ie programs running).
Jim Howarth, Sales & Tech Support
Multiboard Communications
------------------------------
From: "Ralph Alvy" <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2000 07:47:52 -0700
Subject: DOSEMU and large drives
Will dosemu be able to access partitions beyond the 8gb barrier? Normal DOS
can't. I assume it will be able to, since it's relying on linux to do that
work for it.
- ---
Ralph Alvy
[EMAIL PROTECTED]
------------------------------
From: "dgi_il" <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2000 22:51:18 +0200
Subject: LFN support for DOSEMU, interrupts source
a few days ago, someone asked if dosemu can give accsess to LFN functions. I
was thinking doing it myself, and also add to DOSEMU the support, so DOS
progrmas will think they are runninh under MS-WINDOWS. some functions like
changing the window title name, not allowinf the user to switch iwth
ALT-TAB, and some other stuff.
(I dont know if the windows version that DOSEMU is supposed to give is
supposed to be the kernel version of X version)
I need help knowing where in the sources can I find the int 21h and int 2Fh
source. I will write the code my-self and maybe it will be added to the
official DOSEMU distro.. :)
If any one has another suggestion, fell free to give mail-me
visit me at
members.xoom.com/dgi_il
[EMAIL PROTECTED]
icq 28481600
------------------------------
End of linux-msdos-digest V1 #182
*********************************
To subscribe to linux-msdos-digest, send the command:
