Problema raro con clientes W9x que ejecutan Wisis

12/10/2006 - 02:38 por R i c a r d o A u g u s t o | Informe spam
En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo remoto
o consola desde las estaciones de trabajo el "wisis.exe", una base de datos
bibliográficos (software de la UNESCO (CDS/ISIS o Winisis) mediante cuya
hoja de trabajo se hace la dataentry. De este modo se evita cargar el mismo
programa en todos los clientes. Es un software muy probado y eficaz, pero
con limitaciones dado que es de 16 bits y no de 32. Fue creado para W3x/95
aunque ha sido adaptado para correr sin problemas graves en W98/NT/2000/XP y
lo hace.
Pero encontramos un problema extraño al declarar el path de la unidad del
filesystem (mapeada) donde se guardan los archivos de parámetros, menúes,
etc, del Winisis. Ocurre que al ejecutar el programa desde WXP/2000 no hay
problema alguno, funciona sin importar que sólo maneja directorios 8.3. Para
que corra en W9x hay que rutear con el truncamiento de los nombres de más de
8 caracetres: p.ej. "direct~1\xxxxx" y ahí aparece el problema extraño.
Para mapear se declara la ruta en un archivo de parámetros de extensión
"par" denominado syspar.par, de este modo (semejante a un ini de windows):
1= L:\direct~1\bases\menues\
Y voy al grano (disculpas o extenso pero es algo tan complicado como raro):
esa ruta en el syspar.par la escribe el admin de la red desde un notepad
(tanto de W9x como de WXP, da lo mismo).
Lo extraño es que cuando se ejecuta el winisis desde cualquier ciente W9x da
un error que indica que no puede acceder a un archivo de menues
indispensable para que funcione el programa. Al revisar el syspar.par donde
se seteo la ruta en que esta el archivo al que no puede acceder APARECE
CAMBIADO A & (la ye inglesa, creo que es) EL SIGNO ~ (no sé como se llama,
digamos el palito de la eñe) UTILIZADO PARA DECLARAR EL NOMBRE DOS DE LA
CARPETA QUE TIENE UN NOMBRE LARGO.
¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
He cambiado las fuentes del notepad a fixedsys como las de los W9x y nada..
Alguna ayuda???
R i c a r d o A u g u s t o
Buenos Aires

ricardo_11a@(quitameestaresaca)hotmail.com

Preguntas similare

Leer las respuestas

#1 Guillermo Delprato [MS-MVP]
13/10/2006 - 13:30 | Informe spam
Poca ayuda puedo darte, pero a lo mejor sirve :-)

Trata de editar el archivo desde un W9x a ver si va
O prueba con el EDIT que todavía está, y funciona (y a veces mejor que el
notepad)

Al "palito de la eñe" lo he visto nombrado como: ñuflo

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos This posting is
provided "AS IS" with no warranties, and confers no rights. You assume
all risk for your use.


R i c a r d o A u g u s t o wrote:
En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo
remoto o consola desde las estaciones de trabajo el "wisis.exe", una
base de datos bibliográficos (software de la UNESCO (CDS/ISIS o
Winisis) mediante cuya hoja de trabajo se hace la dataentry. De este
modo se evita cargar el mismo programa en todos los clientes. Es un
software muy probado y eficaz, pero con limitaciones dado que es de
16 bits y no de 32. Fue creado para W3x/95 aunque ha sido adaptado
para correr sin problemas graves en W98/NT/2000/XP y lo hace.
Pero encontramos un problema extraño al declarar el path de la unidad
del filesystem (mapeada) donde se guardan los archivos de parámetros,
menúes, etc, del Winisis. Ocurre que al ejecutar el programa desde
WXP/2000 no hay problema alguno, funciona sin importar que sólo
maneja directorios 8.3. Para que corra en W9x hay que rutear con el
truncamiento de los nombres de más de 8 caracetres: p.ej.
"direct~1\xxxxx" y ahí aparece el problema extraño. Para mapear
se declara la ruta en un archivo de parámetros de extensión "par"
denominado syspar.par, de este modo (semejante a un ini de windows):
1= L:\direct~1\bases\menues\ Y voy al grano (disculpas o extenso pero es
algo tan complicado como
raro): esa ruta en el syspar.par la escribe el admin de la red desde
un notepad (tanto de W9x como de WXP, da lo mismo).
Lo extraño es que cuando se ejecuta el winisis desde cualquier ciente
W9x da un error que indica que no puede acceder a un archivo de menues
indispensable para que funcione el programa. Al revisar el syspar.par
donde se seteo la ruta en que esta el archivo al que no puede acceder
APARECE CAMBIADO A & (la ye inglesa, creo que es) EL SIGNO ~ (no sé
como se llama, digamos el palito de la eñe) UTILIZADO PARA
DECLARAR EL NOMBRE DOS DE LA CARPETA QUE TIENE UN NOMBRE LARGO.
¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
He cambiado las fuentes del notepad a fixedsys como las de los W9x y
nada.. Alguna ayuda???
Respuesta Responder a este mensaje
#2 Guillermo Delprato [MS-MVP]
13/10/2006 - 13:30 | Informe spam
Poca ayuda puedo darte, pero a lo mejor sirve :-)

Trata de editar el archivo desde un W9x a ver si va
O prueba con el EDIT que todavía está, y funciona (y a veces mejor que el
notepad)

Al "palito de la eñe" lo he visto nombrado como: ñuflo

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos This posting is
provided "AS IS" with no warranties, and confers no rights. You assume
all risk for your use.


R i c a r d o A u g u s t o wrote:
En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo
remoto o consola desde las estaciones de trabajo el "wisis.exe", una
base de datos bibliográficos (software de la UNESCO (CDS/ISIS o
Winisis) mediante cuya hoja de trabajo se hace la dataentry. De este
modo se evita cargar el mismo programa en todos los clientes. Es un
software muy probado y eficaz, pero con limitaciones dado que es de
16 bits y no de 32. Fue creado para W3x/95 aunque ha sido adaptado
para correr sin problemas graves en W98/NT/2000/XP y lo hace.
Pero encontramos un problema extraño al declarar el path de la unidad
del filesystem (mapeada) donde se guardan los archivos de parámetros,
menúes, etc, del Winisis. Ocurre que al ejecutar el programa desde
WXP/2000 no hay problema alguno, funciona sin importar que sólo
maneja directorios 8.3. Para que corra en W9x hay que rutear con el
truncamiento de los nombres de más de 8 caracetres: p.ej.
"direct~1\xxxxx" y ahí aparece el problema extraño. Para mapear
se declara la ruta en un archivo de parámetros de extensión "par"
denominado syspar.par, de este modo (semejante a un ini de windows):
1= L:\direct~1\bases\menues\ Y voy al grano (disculpas o extenso pero es
algo tan complicado como
raro): esa ruta en el syspar.par la escribe el admin de la red desde
un notepad (tanto de W9x como de WXP, da lo mismo).
Lo extraño es que cuando se ejecuta el winisis desde cualquier ciente
W9x da un error que indica que no puede acceder a un archivo de menues
indispensable para que funcione el programa. Al revisar el syspar.par
donde se seteo la ruta en que esta el archivo al que no puede acceder
APARECE CAMBIADO A & (la ye inglesa, creo que es) EL SIGNO ~ (no sé
como se llama, digamos el palito de la eñe) UTILIZADO PARA
DECLARAR EL NOMBRE DOS DE LA CARPETA QUE TIENE UN NOMBRE LARGO.
¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
He cambiado las fuentes del notepad a fixedsys como las de los W9x y
nada.. Alguna ayuda???
Respuesta Responder a este mensaje
#3 R i c a r d o A u g u s t o
13/10/2006 - 18:53 | Informe spam
Gracias Guillermo... He probado con edit, con notepad de W95, 98, XP, 2000,
con WordPad, con Word... He puesto como fuentes de todas esas aplicaciones a
FixedSys (que entiendo son las que por default carga el notepad de Windows
95... Y así... Pero nada.
Estamos seguros que HAL9000 fue desactivada??? :)))
Un saludo cordial
R i c a r d o A u g u s t o
Buenos Aires

ricardo_11a@(quitameestaresaca)hotmail.com


"Guillermo Delprato [MS-MVP]" wrote:

Poca ayuda puedo darte, pero a lo mejor sirve :-)

Trata de editar el archivo desde un W9x a ver si va
O prueba con el EDIT que todavía está, y funciona (y a veces mejor que el
notepad)

Al "palito de la eñe" lo he visto nombrado como: ñuflo

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos This posting is
provided "AS IS" with no warranties, and confers no rights. You assume
all risk for your use.


R i c a r d o A u g u s t o wrote:
> En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo
> remoto o consola desde las estaciones de trabajo el "wisis.exe", una
> base de datos bibliográficos (software de la UNESCO (CDS/ISIS o
> Winisis) mediante cuya hoja de trabajo se hace la dataentry. De este
> modo se evita cargar el mismo programa en todos los clientes. Es un
> software muy probado y eficaz, pero con limitaciones dado que es de
> 16 bits y no de 32. Fue creado para W3x/95 aunque ha sido adaptado
> para correr sin problemas graves en W98/NT/2000/XP y lo hace.
> Pero encontramos un problema extraño al declarar el path de la unidad
> del filesystem (mapeada) donde se guardan los archivos de parámetros,
> menúes, etc, del Winisis. Ocurre que al ejecutar el programa desde
> WXP/2000 no hay problema alguno, funciona sin importar que sólo
> maneja directorios 8.3. Para que corra en W9x hay que rutear con el
> truncamiento de los nombres de más de 8 caracetres: p.ej.
> "direct~1\xxxxx" y ahí aparece el problema extraño. Para mapear
> se declara la ruta en un archivo de parámetros de extensión "par"
> denominado syspar.par, de este modo (semejante a un ini de windows):
> 1= L:\direct~1\bases\menues\ Y voy al grano (disculpas o extenso pero es
> algo tan complicado como
> raro): esa ruta en el syspar.par la escribe el admin de la red desde
> un notepad (tanto de W9x como de WXP, da lo mismo).
> Lo extraño es que cuando se ejecuta el winisis desde cualquier ciente
> W9x da un error que indica que no puede acceder a un archivo de menues
> indispensable para que funcione el programa. Al revisar el syspar.par
> donde se seteo la ruta en que esta el archivo al que no puede acceder
> APARECE CAMBIADO A & (la ye inglesa, creo que es) EL SIGNO ~ (no sé
> como se llama, digamos el palito de la eñe) UTILIZADO PARA
> DECLARAR EL NOMBRE DOS DE LA CARPETA QUE TIENE UN NOMBRE LARGO.
> ¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
> He cambiado las fuentes del notepad a fixedsys como las de los W9x y
> nada.. Alguna ayuda???



Respuesta Responder a este mensaje
#4 R i c a r d o A u g u s t o
13/10/2006 - 18:53 | Informe spam
Gracias Guillermo... He probado con edit, con notepad de W95, 98, XP, 2000,
con WordPad, con Word... He puesto como fuentes de todas esas aplicaciones a
FixedSys (que entiendo son las que por default carga el notepad de Windows
95... Y así... Pero nada.
Estamos seguros que HAL9000 fue desactivada??? :)))
Un saludo cordial
R i c a r d o A u g u s t o
Buenos Aires

ricardo_11a@(quitameestaresaca)hotmail.com


"Guillermo Delprato [MS-MVP]" wrote:

Poca ayuda puedo darte, pero a lo mejor sirve :-)

Trata de editar el archivo desde un W9x a ver si va
O prueba con el EDIT que todavía está, y funciona (y a veces mejor que el
notepad)

Al "palito de la eñe" lo he visto nombrado como: ñuflo

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos This posting is
provided "AS IS" with no warranties, and confers no rights. You assume
all risk for your use.


R i c a r d o A u g u s t o wrote:
> En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo
> remoto o consola desde las estaciones de trabajo el "wisis.exe", una
> base de datos bibliográficos (software de la UNESCO (CDS/ISIS o
> Winisis) mediante cuya hoja de trabajo se hace la dataentry. De este
> modo se evita cargar el mismo programa en todos los clientes. Es un
> software muy probado y eficaz, pero con limitaciones dado que es de
> 16 bits y no de 32. Fue creado para W3x/95 aunque ha sido adaptado
> para correr sin problemas graves en W98/NT/2000/XP y lo hace.
> Pero encontramos un problema extraño al declarar el path de la unidad
> del filesystem (mapeada) donde se guardan los archivos de parámetros,
> menúes, etc, del Winisis. Ocurre que al ejecutar el programa desde
> WXP/2000 no hay problema alguno, funciona sin importar que sólo
> maneja directorios 8.3. Para que corra en W9x hay que rutear con el
> truncamiento de los nombres de más de 8 caracetres: p.ej.
> "direct~1\xxxxx" y ahí aparece el problema extraño. Para mapear
> se declara la ruta en un archivo de parámetros de extensión "par"
> denominado syspar.par, de este modo (semejante a un ini de windows):
> 1= L:\direct~1\bases\menues\ Y voy al grano (disculpas o extenso pero es
> algo tan complicado como
> raro): esa ruta en el syspar.par la escribe el admin de la red desde
> un notepad (tanto de W9x como de WXP, da lo mismo).
> Lo extraño es que cuando se ejecuta el winisis desde cualquier ciente
> W9x da un error que indica que no puede acceder a un archivo de menues
> indispensable para que funcione el programa. Al revisar el syspar.par
> donde se seteo la ruta en que esta el archivo al que no puede acceder
> APARECE CAMBIADO A & (la ye inglesa, creo que es) EL SIGNO ~ (no sé
> como se llama, digamos el palito de la eñe) UTILIZADO PARA
> DECLARAR EL NOMBRE DOS DE LA CARPETA QUE TIENE UN NOMBRE LARGO.
> ¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
> He cambiado las fuentes del notepad a fixedsys como las de los W9x y
> nada.. Alguna ayuda???



Respuesta Responder a este mensaje
#5 Guillermo Delprato [MS-MVP]
14/10/2006 - 17:34 | Informe spam
Descartemos entonces al editor de texto; el problema debe venir por otro
lado.
Yo tiraría para el lado de la aplicación, y más precisamente para el juego
de caracteres de idioma

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho. Ud. asume los riesgos This posting is
provided "AS IS" with no warranties, and confers no rights. You assume
all risk for your use.


R i c a r d o A u g u s t o wrote:
Gracias Guillermo... He probado con edit, con notepad de W95, 98, XP,
2000, con WordPad, con Word... He puesto como fuentes de todas esas
aplicaciones a FixedSys (que entiendo son las que por default carga
el notepad de Windows
95... Y así... Pero nada.
Estamos seguros que HAL9000 fue desactivada??? :)))
Un saludo cordial

Poca ayuda puedo darte, pero a lo mejor sirve :-)

Trata de editar el archivo desde un W9x a ver si va
O prueba con el EDIT que todavía está, y funciona (y a veces mejor
que el notepad)

Al "palito de la eñe" lo he visto nombrado como: ñuflo

Guillermo Delprato
MVP - MCT - MCSE
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.

Este mensaje se proporciona "como está" sin garantías de ninguna
clase, y no otorga ningún derecho. Ud. asume los riesgos This
posting is provided "AS IS" with no warranties, and confers no
rights. You assume all risk for your use.


R i c a r d o A u g u s t o wrote:
En un file system server W2K3 (dominio NT SIN AD) se ejecuta en modo
remoto o consola desde las estaciones de trabajo el "wisis.exe", una
base de datos bibliográficos (software de la UNESCO (CDS/ISIS o
Winisis) mediante cuya hoja de trabajo se hace la dataentry. De este
modo se evita cargar el mismo programa en todos los clientes. Es un
software muy probado y eficaz, pero con limitaciones dado que es de
16 bits y no de 32. Fue creado para W3x/95 aunque ha sido adaptado
para correr sin problemas graves en W98/NT/2000/XP y lo hace.
Pero encontramos un problema extraño al declarar el path de la
unidad del filesystem (mapeada) donde se guardan los archivos de
parámetros, menúes, etc, del Winisis. Ocurre que al ejecutar el
programa desde WXP/2000 no hay problema alguno, funciona sin
importar que sólo
maneja directorios 8.3. Para que corra en W9x hay que rutear con el
truncamiento de los nombres de más de 8 caracetres: p.ej.
"direct~1\xxxxx" y ahí aparece el problema extraño. Para mapear
se declara la ruta en un archivo de parámetros de extensión "par"
denominado syspar.par, de este modo (semejante a un ini de windows):
1= L:\direct~1\bases\menues\ Y voy al grano (disculpas o extenso
pero es algo tan complicado como
raro): esa ruta en el syspar.par la escribe el admin de la red desde
un notepad (tanto de W9x como de WXP, da lo mismo).
Lo extraño es que cuando se ejecuta el winisis desde cualquier
ciente W9x da un error que indica que no puede acceder a un archivo
de menues indispensable para que funcione el programa. Al revisar
el syspar.par donde se seteo la ruta en que esta el archivo al que
no puede acceder APARECE CAMBIADO A & (la ye inglesa, creo que es)
EL SIGNO ~ (no sé como se llama, digamos el palito de la eñe)
UTILIZADO PARA
DECLARAR EL NOMBRE DOS DE LA CARPETA QUE TIENE UN NOMBRE LARGO.
¿Qué cuernos puede ser lo que modifica ese signo ~ por &?
He cambiado las fuentes del notepad a fixedsys como las de los W9x y
nada.. Alguna ayuda???
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida