Gargoyle / Glk 0.7
Ben Cressey
partially implement Glk 0.7. The Unicode functions are now supported,
although they will return '?' in place of non-ASCII characters.
Glulxe and Git, when built against the new GarGlk, can now handle the
sample tests on the Glulx site. They can also run the Glulx games in
IF Comp '08 (Nightfall, Recess) that did not previously work.
Project files are available on the Google Code page:
http://code.google.com/p/garglk/
A full list of changes is available at the project page, under Source -
> Changes. This may be useful for maintainers of the various Gargoyle
derivatives, though I urge restraint on anyone tempted to incorporate
them straightaway into a release.
I've added a binary Windows installer, and a zip file containing the
latest development sources. I've not tried building it or running it
under Linux, but if someone (Christopher Armstrong?) could attempt
that, I would certainly appreciate it.
More than anything else at this point, I need volunteers to test it on
a variety of games and to report any bugs that appear - especially if
the previous version of Gargoyle doesn't run into the same trouble.
Requests for new features will be entertained but not necessarily
invited to stay the night.
Finally, none of this would be possible without Tor, who remains the
sole contributor of consequence on the project, or for that matter
without zarf, whose CheapGlk demonstrated exactly what I needed to do,
and whose offhand remark on raif last year suggested that it would be
feasible for me to try. Save your thanks and appreciation for them;
send your withering criticism (and bug reports) to me.
Regards,
Ben
vaporware
In the process of writing Demona, I also hacked a lot of Unicode
functionality into GarGlk, as well as some Z-machine specific
functions (terminating characters, independent coloring, retroactive
editing) which are missing from Glk. That code might be of interest to
you: http://zlr.svn.sourceforge.net/viewvc/zlr/trunk/Demona/Gargoyle/garglk/
vw
Ben Cressey
> functionality into GarGlk, as well as some Z-machine specific
> functions (terminating characters, independent coloring, retroactive
> editing) which are missing from Glk. That code might be of interest to
> you:http://zlr.svn.sourceforge.net/viewvc/zlr/trunk/Demona/Gargoyle/garglk/
Thanks! I'll have a look.
Victor Gijsbers
Hash: SHA1
Ben Cressey wrote:
> I've taken a preliminary pass at updating Gargoyle's Glk layer to
> partially implement Glk 0.7. The Unicode functions are now supported,
> although they will return '?' in place of non-ASCII characters.
This would be great. Unicode-support for Gargoyle is without doubt my #1
wish in IF-interpreter-land.
(I'll wait for a Linux binary before testing, though. Compiling things
from source is not my forte.)
Regards,
Victor
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFJAcjYoiOrMwvIZLwRAnHoAJ969FkrqZQbquUIOfve74In3cu1HgCfaPXv
x8BQTmmTSVhwdFkU93UDQ9k=
=4r/Y
-----END PGP SIGNATURE-----
Otto Grimwald
> (I'll wait for a Linux binary before testing, though. Compiling things
> from source is not my forte.)
It seems to compile well in Linux, and here are some binaries:
http://ifiction.free.fr/fichiers/gargoyle_glk07_linux.tar.gz
Thank you Ben for updating Gargoyle!
Otto Grimwald
> latest development sources. I've not tried building it or running it
> under Linux, but if someone (Christopher Armstrong?) could attempt
> that, I would certainly appreciate it.
>
as I said in another reply, it seems to work well under linux as well.
I've tested a few games and it was ok.
I just remember someone told me to get it compile under linux 64 bits, a
little patch was needed, which is only adding a -fPIC switch after a line:
http://aur.archlinux.org/packages.php?ID=16008
--- Jamrules 2006-09-16 09:49:20.000000000 -0500
+++ Jamrules.new 2008-03-28 15:41:56.355600998 -0500
@@ -46,7 +46,7 @@ switch $(OS)
Echo "OS is LINUX (gtk+)" ;
# PKGCONFIG = "pkg-config freetype2 gtk+-2.0 gdk-x11-2.0 gobject-2.0" ;
PKGCONFIG = "pkg-config freetype2 gtk+" ;
- GARGLKCCFLAGS = "`$(PKGCONFIG) --cflags`" ;
+ GARGLKCCFLAGS = "`$(PKGCONFIG) --cflags`" -fPIC ;
SHRLINKLIBS = "`$(PKGCONFIG) --libs`" -ljpeg -lpng -lz ;
LINKLIBS = -lz ;
could you include this into the main code please?
Ben Cressey
Done. I've also merged in the changes in Vaporware's Demona tree.
Turns out he beat me to the punch in adding the Glk 0.7 calls, and he
did a more thorough job of it in the process.
I've updated the Windows installer and the source archive. Otto, if
you could try compiling again, that would be great. If it works, and
if it's OK with you, I'll add the resulting binaries to the project
downloads.
Otto Grimwald
> I've updated the Windows installer and the source archive. Otto, if
> you could try compiling again, that would be great. If it works, and
it doesn't seem to work this time. I got this:
Cc build/linux.release/garglk/cgstream.o
garglk/cgstream.c: In function ‘gli_put_char’:
garglk/cgstream.c:488: erreur: lvalue required as increment operand
garglk/cgstream.c:491: erreur: lvalue required as increment operand
garglk/cgstream.c: In function ‘gli_put_char_uni’:
garglk/cgstream.c:530: erreur: lvalue required as increment operand
garglk/cgstream.c:533: erreur: lvalue required as increment operand
garglk/cgstream.c: In function ‘gli_get_char’:
garglk/cgstream.c:862: erreur: lvalue required as increment operand
garglk/cgstream.c:868: erreur: lvalue required as increment operand
garglk/cgstream.c: In function ‘gli_get_char_uni’:
garglk/cgstream.c:911: erreur: lvalue required as increment operand
garglk/cgstream.c:917: erreur: lvalue required as increment operand
garglk/cgstream.c: In function ‘gli_get_line’:
garglk/cgstream.c:1168: erreur: lvalue required as left operand of
assignment
garglk/cgstream.c:1193: erreur: lvalue required as left operand of
assignment
garglk/cgstream.c: In function ‘gli_get_line_uni’:
garglk/cgstream.c:1278: erreur: lvalue required as left operand of
assignment
garglk/cgstream.c:1301: erreur: lvalue required as left operand of
assignment
gcc -c -o build/linux.release/garglk/cgstream.o `pkg-config freetype2
gtk+ --cflags` -fPIC -I/usr/include/SDL -O -Igarglk -Igarglk
garglk/cgstream.c
...failed Cc build/linux.release/garglk/cgstream.o ...
...skipped libgarglk.so for lack of <garglk>cgstream.o...
Victor Gijsbers
Hash: SHA1
Blue Lacuna: Sneak Preview seems to run well using these binaries, while
the previous gargoyle immediately threw a fatal error. Very good. :)
I hope this code will be incorporated into Gnome-Inform7 (which uses
gargoyle, right?). I _really_ want to start using things like indexed
text in Inform 7.
Regards,
Victor
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFJAkPqoiOrMwvIZLwRAplmAJ9sfNxsgoODD9EhPshk1KGnmwVMvgCdH/mP
xemaMGAMg8CFN3duTmJ7azQ=
=3lFq
-----END PGP SIGNATURE-----
James Jolley
>
> I hope this code will be incorporated into Gnome-Inform7 (which uses
> gargoyle, right?). I _really_ want to start using things like indexed
> text in Inform 7.
Interesting. What happens then if you use Inex text? It seems to work
fine on a mac.--
Best
-James-
Victor Gijsbers
Hash: SHA1
Indexed text is Unicode text, which means that the previous version of
Gargoyle (which is in Gnome-Inform7) fails to work.
Since the Mac version of Inform 7 does not use gargoyle, it does not
have this problem. (And could not have this problem, since the Mac
version is the version that Inform 7 is developed in, as far as I know.)
Regards,
Victor
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFJAlOdoiOrMwvIZLwRAnpKAJ0VD3UysniX51DSayQ2HT87iIcPGACgi9Hr
KCYYtKHIMVvvWEBBJeLuPSY=
=rkGD
-----END PGP SIGNATURE-----
James Jolley
Hi again,
Thanks for the info. I don't really know all that much about unicode
support and never realised that about index text. Thanks for the info.
--
Best
-James-
Aaron A. Reed
Fantastic! I'll do some testing when I get a chance and let you know
if I see any problems.
Thanks for doing this. :)
--Aaron
Eliuk Blau
> partially implement Glk 0.7. The Unicode functions are now supported,
> although they will return '?' in place of non-ASCII characters.
>
> Glulxe and Git, when built against the new GarGlk, can now handle the
> sample tests on the Glulx site. They can also run the Glulx games in
> IF Comp '08 (Nightfall, Recess) that did not previously work.
>
> Project files are available on the Google Code page:
> http://code.google.com/p/garglk/
Have you not thought to also use the improvements scheduled at the
library GarGlk_mod of Gargoyle_mod? It would be a good idea. That
amendment has many useful improvements and corrections. This could
create a more modern version of Gargoyle, which has not been updated
in a long time.
Look at data on GarGlk_mod:
http://www.logossrl.com/gargoyle-mod/gargoyle_mod_it.html
Saludos!
Eliuk.
Ben Cressey
> ...skipped libgarglk.so for lack of <garglk>cgstream.o...
I'll take a look. That same section only threw warnings under MinGW /
Windows, so you're probably running a newer gcc. Shouldn't be too
much trouble for me to fix. I also noticed that transcripts don't
work, so that's another item to cover.
dott.Piergiorgio
> Ben Cressey wrote:
>
>> I've updated the Windows installer and the source archive. Otto, if
>> you could try compiling again, that would be great. If it works, and
>
> it doesn't seem to work this time. I got this:
>
> Cc build/linux.release/garglk/cgstream.o
> garglk/cgstream.c: In function ‘gli_put_char’:
> garglk/cgstream.c:488: erreur: lvalue required as increment operand
> garglk/cgstream.c:491: erreur: lvalue required as increment operand
> garglk/cgstream.c: In function ‘gli_put_char_uni’:
Sadly I can confirm this. My version of Gcc is:
gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3)
Of course on Ubuntu 8.04 Gutsy.
By the way, also Grimwald's compiled binary don't run on my box with
this error:
pigi@Lauria:~/dload/gargoyle_glk07_linux$ ./glulxe
./glulxe: symbol lookup error: /usr/local/lib/libgarglk.so: undefined
symbol: gli_exit
But this is my fault, because this libgarglk.so is of my compiled
gargoyle_mod ;)
I humbly suggest that some filename coordination is needed between the
main development and the gargoyle_mod fork....
Best regards from Italy,
Dott.Piergiorgio.
dott.Piergiorgio
> Have you not thought to also use the improvements scheduled at the
> library GarGlk_mod of Gargoyle_mod? It would be a good idea. That
> amendment has many useful improvements and corrections. This could
> create a more modern version of Gargoyle, which has not been updated
> in a long time.
>
> Look at data on GarGlk_mod:
> http://www.logossrl.com/gargoyle-mod/gargoyle_mod_it.html
I guess I have pinpointed the cause of the gargoyle_mod segfault of
gargoyle: seems that don't like to be executed from path !
Indeed, if I do:
[story_files_dir]$> /usr/local/games/gargoyle
runs fine, in whatever directory I are working. but if I do simply
[story_files_dir]$> gargoyle
I have segfault.
But the curious thing is when the current dir is actually /usr/local
games strange behaviour happens:
/usr/local/games$> gargoyle
gargoyle segfaults anyway,
but with
/usr/local/games$> ./gargoyle
runs & works !!
I'm rather baffled. Some *nix guru can explain this odd behaviour ?
Best regards from Italy,
Dott. Piergiorgio.
dott.Piergiorgio
> Have you not thought to also use the improvements scheduled at the
> library GarGlk_mod of Gargoyle_mod? It would be a good idea. That
> amendment has many useful improvements and corrections. This could
> create a more modern version of Gargoyle, which has not been updated
> in a long time.
>
> Look at data on GarGlk_mod:
> http://www.logossrl.com/gargoyle-mod/gargoyle_mod_it.html
I guess I have pinpointed the cause of the gargoyle_mod segfault of
gargoyle: seems that don't like to be executed from path !
Indeed, if I do:
[story_files_dir]$> /usr/local/games/gargoyle
runs fine, in whatever directory I'm working. but if I do simply
[story_files_dir]$> gargoyle
I have segfault.
But the curious thing is when the current dir is actually
/usr/local/games strange behaviour happens:
Nikos Chantziaras
What's the output of following command:
which gargoyle
dott.Piergiorgio
>> I guess I have pinpointed the cause of the gargoyle_mod segfault of
>> gargoyle: seems that don't like to be executed from path !
>>
>> Indeed, if I do:
>> [story_files_dir]$> /usr/local/games/gargoyle
>>
>> runs fine, in whatever directory I'm working. but if I do simply
>> [story_files_dir]$> gargoyle
>>
>> I have segfault.
>>
>> But the curious thing is when the current dir is actually
>> /usr/local/games strange behaviour happens:
>>
>> /usr/local/games$> gargoyle
>> gargoyle segfaults anyway,
>> but with
>>
>> /usr/local/games$> ./gargoyle
>> runs & works !!
>>
>> I'm rather baffled. Some *nix guru can explain this odd behaviour ?
>>
>> Best regards from Italy,
>> Dott. Piergiorgio.
>
> What's the output of following command:
>
> which gargoyle
of course is:
pigi@Lauria:~/dload$ which gargoyle
/usr/local/games/gargoyle
I have also do a DWIM fix on this, thanks of /bin/bash:
#! /bin/bash
/usr/local/games/gargoyle
Naming this file with a unique name and giving him the correct
permission (I use iflaunch and put it in the path into /usr/local/games)
now I can start gargoyle anywhere on the filesystem with few
keystrokes ;)
But now I'm gong to sleep, at least I have obtained what I want
(starting gargoyle_mod 's launcher, whose AFAIK is the only Linux
launcher/'terp capable of showing the covers of modern IF....)
So to this (late) afternoon !
Otto Grimwald
> But this is my fault, because this libgarglk.so is of my compiled gargoyle_mod ;)
>
> I humbly suggest that some filename coordination is needed between the main development and the gargoyle_mod fork....
since it's a fork and it's changing the design of gargoyle (the main
gargoyle starter is no longer a script), maybe you could find it a new
name instead of "gargoyle-mod" ?
If you want to stay in the same mood, why not Garguiem (see
http://en.wikipedia.org/wiki/Gargouille ) or Chimera ?
I think the libraries like libgarglk.so especially should have different
name too.
Could it be possible to have your homepage about this project translated
into English (or at least the main lines ?)
We can see in the screenshots you can disable the bottom right icons,
but I don't know how to do this in gargoyle-mod. Is it possible to use
glulxe instead of git ? (was easy to fix into the gargoyle script)
P.F. Chimento
update GarGlk. Thank you Ben, this is really good news.
On Oct 24, 10:53 pm, Victor Gijsbers <vic...@lilith.gotdns.org> wrote:
> I hope this code will be incorporated into Gnome-Inform7 (which uses
> gargoyle, right?). I _really_ want to start using things like indexed
> text in Inform 7.
Depends on when the next release of Inform is. If it's soon, then yes.
If it's not so soon, then there may be Something Else Entirely in
place. Either way: you will be able to use indexed text in the next
release.
--
Philip
dott.Piergiorgio
> since it's a fork and it's changing the design of gargoyle (the main
> gargoyle starter is no longer a script), maybe you could find it a new
> name instead of "gargoyle-mod" ?
>
> If you want to stay in the same mood, why not Garguiem (see
> http://en.wikipedia.org/wiki/Gargouille ) or Chimera ?
>
> I think the libraries like libgarglk.so especially should have different
> name too.
>
> Could it be possible to have your homepage about this project translated
> into English (or at least the main lines ?)
> We can see in the screenshots you can disable the bottom right icons,
> but I don't know how to do this in gargoyle-mod. Is it possible to use
> glulxe instead of git ? (was easy to fix into the gargoyle script)
*ahem* I'm not the mantainer of gargoyle_mod, perhaps the fact that both
of us are Italian has confused you....
Anyway, I fully endorse your proposals, adding only that the launcher
(whose you call starter) gives the choice between glulxe & git, and also
between frotz and nitfol.
After last night's haching around it, I suggest imp as name of
gargoyle_mod ;)
Eliuk Blau
It's great news that you're working on an update of Gargoyle. He had
already spent too much time without any revision and improvement. I've
tested your Windows version and is excellently.
One suggestion: have a look at the code GarGlk_mod (Glk library of the
modificarion "Gargoyle_mod"). It has many improvements and bug fixes
that would be interesting and could include a lot of improvements
(such as better support for fonts and colors in the Z machine and
others).
The link:
http://www.logossrl.com/gargoyle-mod/gargoyle_mod_it.html
Saludos!
Eliuk Blau.
(sorry for the bad english).
Lorenzo Marcantonio
Ehrrmm... I've already got FULL unicode support in gargoyle-mod (and
that was an six months ago)... if you don't want to pick up all the -
mod enhancements just rip out the unicode stuff :P
I just cut an interim source release (it's only a quick fix in the
hyphenation code)... you can find it here:
http://www.logossrl.com/gargoyle-mod/gargoyle-2008-09-27-mod-05-tar.bz2
Victor Gijsbers
Hash: SHA1
Very good to hear. :)
Regards,
Victor
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFJBYVKoiOrMwvIZLwRAvOpAJ9cdBvQchuNtpnMR3lG/Feaj8pUFwCffIl8
AQgJGwA9W1msCFsyJxL+vIg=
=hFdl
-----END PGP SIGNATURE-----
Christopher Armstrong
Gargoyle project, often with duplicated effort, which is very sad.
This work should be centralized, and the effort should be pointed at
the same project. Could we perhaps set up a project in a shared code
hosting environment (launchpad, google code, sourceforge), and allow
all these people who are hacking on it to have write access? I'm also
wondering if the name of the project should be changed, to minimize
confusion between all the various things named Gargoyle. Maybe the new
name could be as simple as Gargoyle2, but perhaps it should be changed
even more.
Personally, I doubt I have time to hack on yet another C project, but
I would be happy to do the maintenance work required for this
(managing the code hosting, performing upstream releases, creating
Ubuntu packages).
-- Christopher Armstrong
Ben Cressey
with transcripts as well. I've confirmed that it compiles
successfully under Ubuntu 8.04. New sources and a new Windows
installer are up at the project page.
Anyone who wants to build Gargoyle on Linux can also check out the
code from the project repository. You'll need subversion installed,
but the download process is trivial after that. Just type:
svn checkout http://garglk.googlecode.com/svn/trunk/ <local output
directory>
Also, on the latest Ubuntu, these commands should build Gargoyle
binaries:
sudo apt-get install subversion
sudo apt-get install ftjam
sudo apt-get install libfreetype6-dev
sudo apt-get install libgtk1.2-dev
sudo apt-get install libsdl-mixer1.2-dev
sudo apt-get install libpng12.dev
sudo apt-get install libjpeg62-dev
sudo apt-get install g++
svn checkout http://garglk.googlecode.com/svn/trunk/ gargoyle-local-
copy
cd gargoyle-local-copy
jam -sOS=LINUX
jam install
Binaries will be placed in ./gargoyle-local-copy/build/dist. (I got a
build error for "agility" but everything else compiled properly - I
suspect I'm just missing a dependency.)
I'll keep checking this thread, but I'd encourage anyone who spots a
bug or wants a feature to fill out an issue form:
http://code.google.com/p/garglk/issues/list
That way, we can keep a lot of the technical chatter off the newsgroup.
Ben Cressey
> library GarGlk_mod of Gargoyle_mod? It would be a good idea. That
> amendment has many useful improvements and corrections. This could
> create a more modern version of Gargoyle, which has not been updated
> in a long time.
I looked at gargoyle_mod before I started my own project, but my sense
is that Lorenzo's goals are more ambitious than my own. Gargoyle as a
"Treaty of Babel" compliant launcher sounds like a worthwhile goal.
However, the font and window coloring choices seem strikingly
different, and typographical considerations are a hallmark of the
original project.
I understand the rational behind replacing the default font with CM-
Unicode - more glyphs in the inventory - but I use Gargoyle primarily
because it looks great, not for any particular set of features. Based
on that, it seemed like the original source code was a better starting
point for my purposes.
At some point, it'd be nice to see the mod merge back in with the main
project, if only to keep development efforts from staying so
fragmented. But first I'll probably tackle the Gnome Inform 7
changes, and see if those can be easily reintegrated.
Lorenzo Marcantonio
<dott.PiergiorgioNI...@KAIGUN.fastwebnet.it> wrote:
> I'm rather baffled. Some *nix guru can explain this odd behaviour ?
Of course it's all my fault :P:P
There is some trickery in handling argv[0] for getting the path to be
done, and I actually forgot about fixing it. Also, since the
executable name are the same of other glk implementation (like 'frotz'
is both for curses and the other glks) most probably I'll put up a
libexec path in the configuration file.
Building an exec command line in C is not exactly trivial :D
Lorenzo Marcantonio
<contact_is_on_webs...@anamnese.fr.st> wrote:
> If you want to stay in the same mood, why not Garguiem (seehttp://en.wikipedia.org/wiki/Gargouille) or Chimera ?
There was a thread on ICGAT (the italian sister group) about that...
the finalist where Romanus (who killed the gargoyle) and Tarrasque
(kinda of a really big beast :P)
> I think the libraries like libgarglk.so especially should have different
> name too.
That's a good idea, in fact :D:D also trival to fix. But long time ago
there was a time when they were actually binary compatible.
> Could it be possible to have your homepage about this project translated
> into English (or at least the main lines ?)
Uhmmm todo list...
> We can see in the screenshots you can disable the bottom right icons,
> but I don't know how to do this in gargoyle-mod. Is it possible to use
Ehrrmm... I don't remember myself. Or maybe it's an old screenshot.
But IIRC I put a way to disable these icons SOMEWHERE.
> glulxe instead of git ? (was easy to fix into the gargoyle script)
The launcher should ask which interpreter has to be used, otherwise
just run directly the terp.
Lorenzo Marcantonio
wrote:
> This thread makes it clear that there have been many forks of the
> Gargoyle project, often with duplicated effort, which is very sad.
I'm already writing mail with Cressey about that. With a little work
and stability testing my fork could be made to look/work almost
exactly like the original gargoyle (just configure it for fixed
leadings, fonts, disabling the advanced typography, the status bar and
such things).
Otherwise he could simply backport the unicode routines but converting
everything to handle the wide characters isn't exactly trivial (well,
it's MOSTLY changing from char to unsigned int but there are some ehm
interesting cases to handle :P)
Otto Grimwald
> On Oct 26, 10:30 am, Otto Grimwald wrote:
>
>> If you want to stay in the same mood, why not Garguiem (seehttp://en.wikipedia.org/wiki/Gargouille) or Chimera ?
>
> There was a thread on ICGAT (the italian sister group) about that...
> the finalist where Romanus (who killed the gargoyle) and Tarrasque
> (kinda of a really big beast :P)
Tarrasque... what a great name :)
Thank you for your answsers. And sorry to you and Dott. Piergiorgio. for
having mixed up each other :)
dott.Piergiorgio
> Thank you for your answsers. And sorry to you and Dott. Piergiorgio. for
> having mixed up each other :)
No problem :)
Actually I and Lorenzo have here a discussion here (r.a.i.f), when the
prior version of gargoyle_mod was released, related to various bugs &
nuances, so I guess that the mixing up is understandable....
dott.Piergiorgio
> On Oct 26, 4:10 am, "dott.Piergiorgio"
> <dott.PiergiorgioNI...@KAIGUN.fastwebnet.it> wrote:
>
>> I'm rather baffled. Some *nix guru can explain this odd behaviour ?
>
> Of course it's all my fault :P:P
>
> There is some trickery in handling argv[0] for getting the path to be
> done, and I actually forgot about fixing it. Also, since the
> executable name are the same of other glk implementation (like 'frotz'
> is both for curses and the other glks) most probably I'll put up a
> libexec path in the configuration file.
urggh.. argv ! I understand the trouble....
> Building an exec command line in C is not exactly trivial :D
but a command line in bash is more than trivial ;) I guess I have posted
the two liner here in this thread...
Eliuk Blau
Hey, Lorenzo ... =)
Gargoyle_mod 04 has many bugs related to the styles in Glulx and with
sound in Ogg Vorbis (with sound-notifys). In fact, many adventures
they can not play because the interpreter fails.
I've isolated those mistakes long been my Damusix trying I6, and
then ... if you're interested, I can still send the report of Bugs. (I
did not do it before because I thought it was no longer Gargoyle_mod
development and because I do not speak English or Italian ...: P)
If you're interested, look for someone who can translate my report
Bugs. (And Bugs are ugly ... someone is relationated with the file
"garglk.ini"). Bugs are important because they turn the interpreter
too unstable to use normal (in Glulx).
Greetings! :)
And thanks for your excellent work with Gargoyle_mod (I'm the most
I've promoted in our Hispanic community, because it is a great
interpreter = P)
Eliuk Blau.
Lorenzo Marcantonio
> Gargoyle_mod 04 has many bugs related to the styles in Glulx and with
> sound in Ogg Vorbis (with sound-notifys). In fact, many adventures
> they can not play because the interpreter fails.
Yes the notify sometimes on windows crashes the terp... could be a
thread issue. As for the style it's the first time someone report
about them.
Windows specific bugs are harder for me to work on since I don't have
handy a windows development machine. Actually my windows machine
doesn't even have a sound card so I'm not surprised it fails:D
> I've isolated those mistakes long been my Damusix trying I6, and
> then ... if you're interested, I can still send the report of Bugs. (I
> did not do it before because I thought it was no longer Gargoyle_mod
> development and because I do not speak English or Italian ...: P)
>
> If you're interested, look for someone who can translate my report
> Bugs. (And Bugs are ugly ... someone is relationated with the file
> "garglk.ini"). Bugs are important because they turn the interpreter
> too unstable to use normal (in Glulx).
I'm not surprised about bugs in the ini file parser, it's REALLY ugly
(well, maybe Tor didn't expect to handle so many options). Anyway send
me the reports. Even if they aren't english or italian, the italian
language is more or less similar to spanish, so I could get the
meaning ;P
Christopher Armstrong
> Project files are available on the Google Code page:http://code.google.com/p/garglk/
Hi everybody. I've added a mailing list to this google code project
which you can find on the project page. I encourage everyone who's
hacked on a garglk fork to join the project so efforts can be unified.
Otto Grimwald
errors because of the -mwindows flag. I removed it, it could compile but
it doesn't seem to run games properly (I could only try to run an old
Unholy Grail version from ifarchive because I can't download games from
Stuart's website)
Christopher Armstrong
The -mwindows flag should be gone from SVN trunk now. What problems
are you having with playing Jacl games? We're debugging some issues
with Jacl support right now which may be related to 64bit machines. Is
it a stack overflow error?
Otto Grimwald
> The -mwindows flag should be gone from SVN trunk now. What problems
> are you having with playing Jacl games? We're debugging some issues
it's working with the svn version, thank you.
The problem with jacl games was because of a wrong version, now
everything is ok.