[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- Obj): file:(.text+0x2e1): undefined reference to 'gzopen'
=20
..... If someone could help - feeling a bit stuck there.
=20
Herv=C3=A9
Tous vos emails en 1 clic avec l'application SFR Mail sur iPhone et Android=
- En savoir plus.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Message du : 06/04/2015 22:31
De : hwarin@xxxxxxx
A : "hatari-devel" <hatari-devel@xxxxxxxxxxxxxxxxxxx>
Copie =C3=A0 :=20
Sujet : Tr: Re: [hatari-devel] Serial port issue with windowsHi,
Hi, all
=20
If this can help, we can manage a meeting and I can arrange a shared sessio=
n to show my findings and the issue in details. I'm usually available on we=
ek days from 9 or 10 PM FT
=20
Regards - Herv=C3=A9
Tous vos emails en 1 clic avec l'application SFR Mail sur iPhone et Android=
- En savoir plus.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Message du : 06/04/2015 19:47
De : "Eero Tamminen " <oak@xxxxxxxxxxxxxx>
A : hatari-devel@xxxxxxxxxxxxxxxxxxx
Copie =C3=A0 :=20
Sujet : Re: [hatari-devel] Serial port issue with windowsHi,
Hi,
Is there anybody on the list who ows Windows setup and could take a look at=
=20
this?
- Eero
On sunnuntai 05 huhtikuu 2015, hwarin@xxxxxxx wrote:
> I'm very new at Hatari usage but I think I've put the finger over a "bug"
> on serial port handling on windows systems. I've understood that support
> of this very nice emulator is mostly done on "pingu-based" environment.
>=20
> I'm searching a good Atari emulator, running over windows (any version)
> and able to operate correctly with serial ports. I'm more experienced
> with Gemulator that I've been practicing since it's DOS version - but
> forget with that, I've just discovered Hatari and found that it suits
> all my needs except that I've been unable to have a proper serial
> communication on Windows. I was not so surprised as some posts there or
> there were warning about that it was not working ...
>=20
> In fact, after hours of searching, I think that I've pointed out the
> issue what seems to be only on the file selector ! I explain : When one
> goes to the F12 menu and goes to the device submenu, you have to browse
> to select a file, what is an incorrect solution for windows as you'll
> never find any serial port in this way (and defaults to
> %homedir%\/dev/modem ... notice the \ /). Any selection will cause an
> error at reboot (logged in STDERR) and RS232 is disabled.
>=20
> Then, I've went to the "hatari.cfg" for a little bit of hacking and I've
> finally found a setting that starts to work .. You need to have at least
> 2 physical serial ports, say COM1 and COM2. If you force usage of COM1:
> in szOutFileName nd COM2: in szInFileName, you have no more error at
> boot time and the emulation is about to work on serial port, sending
> data over COM1: and receiving data from COM2: .... that is far from
> perfect but could be usable ... if one byte over ten was not gardage.
>=20
> After that, I've tried to use direct device names (\\.\COM1) instead of
> COMx: but it failled ... with an interesting message from STDERR showing
> that the name used was not the name provided in "hatari.cfg", the dot
> was removed as a "\", resulting in an invalid name ....
>=20
> To sumarrize, there is
> - One problem with the "device setup" box that always add something as
> "%homedir%" - One problem with the parsing of hatari.cfg, removing dots
> and double \ [I would be able to setup something as \\.\COM1 or
> \\.\PIPE\VMWAREDEBUG or \\.\CNCA0] - One problem with the handling of
> characters transmitted (may be file openned/closed repeatedly) ... and I
> suspect the same issue for MIDI emulation
>=20
> I would be glad to help solving this - but unfortunately, I have no
> development environment allowing me to recompile and only very few
> programming skills. If someone is interested to work on the subject, I
> can make all possible testings and, with some guidance, setup a
> development environment on the subject.
>=20
> Regards - Herv=C3=A9
>=20
>=20
>=20
>=20
> Tous vos emails en 1 clic avec l'application SFR Mail sur iPhone et
> Android - En savoir plus.
------=_Part_487343_17224745.1428506652731
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<p>Hi,</p><p>I've identified several issues for Windows environment that ar=
e easily fixable :</p><p>Bug : Default value for serial/midi<br>=3D=
=3D> Lines 525/535 of "configuration.c" : Default values as %HomeDir%/De=
v/Modem ....<br>=3D=3D> File_MakeAbsoluteSpecialName() lines 702/706 =3D=
=3D> File.c</p><p>Bug : Impossible to select a Win32 device<br>=3D=3D>=
; Lignes 675++ of File.c<br>=3D=3D> File_MakeAbsoluteName() does not wor=
k in AmigaOS - It does not work for special devices on Windows also<br>=3D=
=3D> See google "win32 device namespace" - Might work as is with \GLOBAL=
??\COMn style or \Device\Serialn style instead of <a href=3D"file://\\.\COM=
n">\\.\COMn</a>.<br>=3D=3D> Confirmed to work with simple COMn: (with n&=
lt;=3D9) style with whatever path before as this is a special DOS reserved =
filename </p><p>Bug : Impossible to select any option from command line exc=
ept -W or -D (even -h/--help makes nothing)</p><p> </p><p>I've then de=
cided to try to fix this myself and to setup a dev environment ... So far, =
what I did (on Windows 7)</p><p>- Setup "Win-Builds 1.5.0" (includes MinGW,=
SDL, and numerous other libraries)<br>- Setup "CMAKE-3.2.1"<br>- Setup "Py=
thon-3.4.3"<br>- Setup "Zlib128" (as I was unable to make it work from Win-=
Builds"<br>- Setup "Tortoisehg-3.3.3"</p><p>From that, I've been able to re=
trieve sources and got something compiled .. but I'm unable to link properl=
y : "CMakeFiles\hatari.dir/objects.a(file.c.obj):file:(.text+0x2e1): undefi=
ned reference to 'gzopen'</p><p> </p><p>.... If someone could help - f=
eeling a bit stuck there.</p><p> </p><p>Herv=C3=A9<br><br><br><br><br>=
<br><br>Tous vos emails en 1 clic avec l'application SFR Mail sur iPhone et=
Android - <a href=3D"http://www.sfr.fr/telephonie-mobile/services-options/=
services-smartphones/applications-sfr/sfr-mail/android?sfrintid=3DM_email_s=
ignature" target=3D"_blank">En savoir plus</a>.<br><br><br>=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br><br>Message du : 06/04/2015 22:31<br>De :=
hwarin@xxxxxxx<br>A : "hatari-devel" <hatari-devel@xxxxxxxxxxxxxxxxxxx&=
gt;<br>Copie =C3=A0 : <br>Sujet : Tr: Re: [hatari-devel] Serial port issue =
with windowsHi,<br><br><br> </p><p>Hi, all</p><p> </p><p>If this can h=
elp, we can manage a meeting and I can arrange a shared session to sho=
w my findings and the issue in details. I'm usually available on week =
days from 9 or 10 PM FT</p><p> </p><p>Regards - Herv=C3=A9<br><br><br>=
<br><br><br><br>Tous vos emails en 1 clic avec l'application SFR Mail sur i=
Phone et Android - <a href=3D"http://www.sfr.fr/telephonie-mobile/services-=
options/services-smartphones/applications-sfr/sfr-mail/android?sfrintid=3DM=
_email_signature" target=3D"_blank">En savoir plus</a>.<br><br><br>=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<br><br>Message du : 06/04/2015 19:4=
7<br>De : "Eero Tamminen " <oak@xxxxxxxxxxxxxx><br>A : hatari-devel@l=
ists.tuxfamily.org<br>Copie =C3=A0 : <br>Sujet : Re: [hatari-devel] Serial =
port issue with windowsHi,<br><br><br> Hi,<br><br>Is there anybody on the l=
ist who ows Windows setup and could take a look at <br>this?<br><br>=09- Ee=
ro<br><br>On sunnuntai 05 huhtikuu 2015, hwarin@xxxxxxx wrote:<br>> I'm =
very new at Hatari usage but I think I've put the finger over a "bug"<br>&g=
t; on serial port handling on windows systems. I've understood that support=
<br>> of this very nice emulator is mostly done on "pingu-based" environ=
ment.<br>> <br>> I'm searching a good Atari emulator, running over wi=
ndows (any version)<br>> and able to operate correctly with serial ports=
.. I'm more experienced<br>> with Gemulator that I've been practicing sin=
ce it's DOS version - but<br>> forget with that, I've just discovered Ha=
tari and found that it suits<br>> all my needs except that I've been una=
ble to have a proper serial<br>> communication on Windows. I was not so =
surprised as some posts there or<br>> there were warning about that it w=
as not working ...<br>> <br>> In fact, after hours of searching, I th=
ink that I've pointed out the<br>> issue what seems to be only on the fi=
le selector ! I explain : When one<br>> goes to the F12 menu and goes to=
the device submenu, you have to browse<br>> to select a file, what is a=
n incorrect solution for windows as you'll<br>> never find any serial po=
rt in this way (and defaults to<br>> %homedir%\/dev/modem ... notice the=
\ /). Any selection will cause an<br>> error at reboot (logged in STDER=
R) and RS232 is disabled.<br>> <br>> Then, I've went to the "hatari.c=
fg" for a little bit of hacking and I've<br>> finally found a setting th=
at starts to work .. You need to have at least<br>> 2 physical serial po=
rts, say COM1 and COM2. If you force usage of COM1:<br>> in szOutFileNam=
e nd COM2: in szInFileName, you have no more error at<br>> boot time and=
the emulation is about to work on serial port, sending<br>> data over C=
OM1: and receiving data from COM2: .... that is far from<br>> perfect bu=
t could be usable ... if one byte over ten was not gardage.<br>> <br>>=
; After that, I've tried to use direct device names (\\.\COM1) instead of<b=
r>> COMx: but it failled ... with an interesting message from STDERR sho=
wing<br>> that the name used was not the name provided in "hatari.cfg", =
the dot<br>> was removed as a "\", resulting in an invalid name ....<br>=
> <br>> To sumarrize, there is<br>> - One problem with the "device=
setup" box that always add something as<br>> "%homedir%" - One problem =
with the parsing of hatari.cfg, removing dots<br>> and double \ [I would=
be able to setup something as \\.\COM1 or<br>> \\.\PIPE\VMWAREDEBUG or =
\\.\CNCA0] - One problem with the handling of<br>> characters transmitte=
d (may be file openned/closed repeatedly) ... and I<br>> suspect the sam=
e issue for MIDI emulation<br>> <br>> I would be glad to help solving=
this - but unfortunately, I have no<br>> development environment allowi=
ng me to recompile and only very few<br>> programming skills. If someone=
is interested to work on the subject, I<br>> can make all possible test=
ings and, with some guidance, setup a<br>> development environment on th=
e subject.<br>> <br>> Regards - Herv=C3=A9<br>> <br>> <br>> =
<br>> <br>> Tous vos emails en 1 clic avec l'application SFR Mail sur=
iPhone et<br>> Android - En savoir plus.<br><br><br><br> </p><br>
------=_Part_487343_17224745.1428506652731--