htoolkit-users — HToolkit Users Forum

[htoolkit-users] Re: HSQL patch: instance SqlBind Float

[Frederik E. <fre...@a5...>]

Please apply:

--- HSQL/src/HSQL.hsc   2005-02-22 03:37:23.000000000 -0800
+++ HSQL-modified/src/HSQL.hsc  2005-02-22 03:36:44.000000000 -0800
@@ -606,3 +606,22 @@
                                        return (x:xs)
                                else return []
 
+-- | The 'collectRowsASync' function is just like collectRows, but it
+-- uses unsafeInterleaveIO to in the same manner as hGetContents to
+-- cause rows to be read asynchronously from the database in an
+-- "on-demand" fashion as list elements are accessed in the result.
+collectRowsAsync :: (Statement -> IO a) -> Statement -> IO [a]
+collectRowsAsync act stmt = loop
+      where
+        closeAndThrow e = do closeStatement stmt; throw e
+        loop = unsafeInterleaveIO $ (do
+         success <- catch (fetch stmt) closeAndThrow
+         if success
+            then do
+              x <- catch (act stmt) closeAndThrow
+              xs <- loop
+              return (x:xs)
+            else do
+              closeStatement stmt
+              return [])
+

Thanks,

  Frederik

-- 
Frederik Eaton                         http://ofb.net/~frederik/

[htoolkit-users] HSQL patch: instance SqlBind Float

[Frederik E. <fre...@a5...>]

Please apply:

--- HSQL/src/HSQL.hsc   2004-04-10 13:59:07.000000000 -0700
+++ HSQL-modified/src/HSQL.hsc  2005-02-21 17:37:27.000000000 -0800
@@ -275,6 +275,16 @@
 
        toSqlValue d = show d
 
+instance SqlBind Float where
+       fromSqlValue (SqlDecimal _ _) s = Just (read s)
+       fromSqlValue (SqlNumeric _ _) s = Just (read s)
+       fromSqlValue SqlDouble  s = Just (read s)
+       fromSqlValue SqlReal s = Just (read s)
+       fromSqlValue SqlFloat s = Just (read s)
+       fromSqlValue _ _ = Nothing
+
+       toSqlValue d = show d
+
 mkClockTime :: Int -> Int -> Int -> Int -> Int -> Int -> Int -> ClockTime
 mkClockTime year mon mday hour min sec tz =
        unsafePerformIO $ do


Thanks,

  Frederik

-- 
Frederik Eaton                         http://ofb.net/~frederik/

[htoolkit-users] building HSQL 1.4 with --enable-mysql issues on GNU/Linux FC2

[gian p. c. <gp....@su...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello all,
here's what I've found trying to building HSQL 1.4
with mysql support on my GNU/Linux FC2 box.

Step 1. at the configure...
[gpciceri@annie HSQL]$ ./configure --enable-postgres --enable-mysql
- --enable-sqlite
...
checking for mysql_config... /usr/bin/mysql_config
checking mysql.h usability... no
checking mysql.h presence... no
checking for mysql.h... no
configure: error: mysql.h header not found


Issue: on my box, mysql_config returns unneeded "'"

[gpciceri@annie HSQL]$ /usr/bin/mysql_config
Usage: /usr/bin/mysql_config [OPTIONS]
Options:
~        --cflags        [-I'/usr/include/mysql']
~        --libs          [-L'/usr/lib/mysql' -lmysqlclient -lz -lcrypt
- -lnsl -lm]
~        --socket        [/var/lib/mysql/mysql.sock]
~        --port          [3306]
~        --version       [3.23.58]

so the ./configure fails

Workaround: in ./configure, about line 4443 iron the right
paths (FC2 - specific)

LDFLAGS="$LDFLAGS -L/usr/lib/mysql"
CPPFLAGS="$CPPFLAGS -I/usr/include/mysql"


Step 2: in the following make...
[gpciceri@annie HSQL]$ make
...
/usr/local/bin/hsc2hs src/HSQL/MySQL.hsc -I/usr/include
- -I/usr/include/pgsql/server -I/usr/include/mysql
MySQL.hsc:33:21: HsMySQL.h: No such file or directory
...
make: *** [build/Database/HSQL/MySQL.hs] Error 1

Issue: no include path for src/HSQL/HsMySQL.h

Workaround: in config.mk, add the directory needed to the CPPFLAGS

CPPFLAGS = -I./src/HSQL


After these, it builds.

HTH
/gp


- --
gian paolo ciceri - japanman
suddenthinks, excellence through refactoring
++39 340 7218101
gp....@ac...
gp....@su...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBRB5v5CXmEF0gaHgRAgHSAKClApP3wXeK+tW9Agzrapb8vQDK3ACeIHu4
NQmx6H2ePKfAfflLxQH93rM=
=/C+H
-----END PGP SIGNATURE-----

[htoolkit-users] HSQL with MySQL on win

[Victor B. <vi...@dt...>]

Hi,

I have problem getting HSQL to compile with MySQL support on windows with
cygwin and ghc.

I talked with Bj=F6rn about it, and he sugested changing line 320 in
configure.ac to:
AC_CHECK_HEADER(mysql.h,, AC_MSG_ERROR([mysql.h header not found]),[#
include <winsock.h>])
It did help some (I can run ./configure --enable-mysql with no visible
errors), but it still doesn't compile but instead gives me this error:
[...]
/cygdrive/c/ghc/ghc-6.2/bin/hsc2hs src/HSQL/MySQL.hsc -D_WIN32_
-I/cygdrive/c/mysql/include
src\HSQL\MySQL.hsc:33:19: mysql.h: No such file or directory
[...]

I have attaced config.log and a copy of the error that might be of some
help (if attachments is allowed on the mailinglists :)

I have checked that the path to mysql.h is correct, and I can compile a
small c-file which include mysql.h if I give it
-I/cygdrive/c/mysql/include as argument which is precisly the same
argument as hsc2hs is given. I can also compile with ODBC-support without
problem.

/Victor

Re: [htoolkit-users] Hugs compatibility patch for HSQL/ODBC/HSQL.hsc

[Bjorn B. <d00...@dt...>]

Krasimir Angelov wrote:
>   I have applied your patch to the current=20
> HSQL repository. The patch worked well but only for
> UnixODBC. I rewrote some pieces of the code and now it
> works well under both Linux and Windows for both GHC
> and Hugs. The PostgreSQL and MySQL bindinds are still=20
> not tested with Hugs.

Great.

Though I seem to be having some problems using the ODBC driver with Hugs=20
on Linux:

$ ./configure --enable-hugs --enable-odbc
...
$ make
...
/usr//bin/ffihugs -98 +G  +L"-IODBC"   ODBC/HSQL.hs
runhugs: Error occurred
ERROR "ODBC/HSQL.hs":74 - Foreign export calling convention "stdcall"=20
not supported

It seems like Hugs (November 2003) on Linux doesn't like stdcall. In my=20
original patch I had changed all stdcall:s to ccall:s and that worked.=20
Does that break things under Windows?

/Bj=F6rn

Re: [htoolkit-users] Hugs compatibility patch for HSQL/ODBC/HSQL.hsc

[Krasimir A. <ka2...@ya...>]

     Dear Bjorn,

  I have applied your patch to the current 
HSQL repository. The patch worked well but only for
UnixODBC. I rewrote some pieces of the code and now it
works well under both Linux and Windows for both GHC
and Hugs. The PostgreSQL and MySQL bindinds are still 
not tested with Hugs.

Cheers,
-- Krasimir


__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003

[htoolkit-users] Hugs compatibility patch for HSQL/ODBC/HSQL.hsc

[Bjorn B. <d00...@dt...>]

I have attached a patch against the current CVS version of HSQL that
makes it possible to use HSQL in Hugs. The following things had to be 
changed to achieve compatibility with Hugs:

- Hugs does not seem to support the stdcall calling convention, so
stdcall was changed to ccall in all foreign declarations. Does this 
break things on Windows?

- Hugs does not have the Foreign.Concurrent module, so I changed
OSBC.HSQL.newEnvironment to use a function pointer to the C function 
SQLFreeEnv to create the ForeignPtr.

- Hugs does not derive instances of Typeable, so instance declarations
for Typeable SqlError was added.

I have also modified the build system to support Hugs. I have never 
worked with autoconf before, so my changes could be a little dodgy.

This patch requires at least Hugs-Nov2003 (older versions do for example
not support dynamic exceptions) and GHC 6.2 (older versions have a
non-standard argument order for newForeignPtr). I have only tested the 
ODBC module, and only under Linux, but at least they all compile.

Best regards,

Bjorn Bringert

Re: [htoolkit-users] 1.2 notes

[Krasimir A. <ka2...@ya...>]

--- Matthew Parry <me...@tp...> wrote:
>    All example programs from GIO works well. 
> Can you tell me for concrete example which 
> doesn't work?
> 
> simple/Able.hs - The window is far too small to
> display the
> widgets properly.  I had to resize it.

The examples don't set the explicit window size. In
such case the window size depends from the actual
Window manager.

> simple/ConfigKey.hs - Is this just displaying the
> value of something?

The ConfigKey reads an integer counter from Registry
(under Windows) or GConf database (under Linux) and
displays it. The application increments the counter
value each time when it is started. 

> simple/Fonts.hs - Bad window placement, top and left
> window 
> borders are off my desktop.  The font of the "hello,
> world!" 
> doesn't change when you select a diferent font.
>
> simple/SimpleDrawing.hs - Bad window placement
> again.

The same as Able.hs

> life/Main.hs - Selecting Commands->Play doesn't
> apear to do anything.

Try to enter some number of cells in the display area
of the window before selecting Commands->Play. 
Just click with left mouse button inside the area.


Cheers,
Krasimir

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

Re: [htoolkit-users] [simonmar@microsoft.com: RE: Bug in 6.0.1]

[Krasimir A. <ka2...@ya...>]

--- Matthew Parry <me...@tp...> wrote:
>  
> > When I load HToolkit 1.2 into GHC 6.0.1 I get the
> following:
> > 
> > --8<----
> > 
> > mettw > ghci -package gio  
> >    ___         ___ _
> >   / _ \ /\  /\/ __(_)
> >  / /_\// /_/ / /  | |      GHC Interactive,
> version 6.0.1, 
> > for Haskell 98.
> > / /_\\/ __  / /___| |     
> http://www.haskell.org/ghc/
> > \____/\/ /_/\____/|_|      Type :? for help.
> > 
> > Loading package port ... linking ... 
> > /usr/lib/ghc-6.0.1/HSport.o: unknown symbol
> `__stginit_GHCziWord_'
> > ghc-6.0.1: panic! (the `impossible' happened, GHC
> version 6.0.1):
> >         can't load package `port'
> 
> Looks like the port package is missing a dependency
> on 'base'.
> 
> Cheers,
> 	Simon

Thanks! Now fixed.

Krasimir

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

[htoolkit-users] Re: htoolkit-users -- confirmation of subscription -- request 640089

[Vincenzo a. N. N. <vin...@ya...>]

Alle 20:38, marted=EC 11 novembre 2003,=20
hto...@li... ha scritto:
> htoolkit-users -- confirmation of subscription -- request 640089
>
> We have received a request from 80.181.167.214 for subscription of
> your email address, <vin...@ya...>, to the
> hto...@li... mailing list.  To confirm the
> request, please send a message to
> hto...@li..., and either:
>
> - maintain the subject line as is (the reply's additional "Re:" is
> ok),
>
> - or include the following line - and only the following line - in
> the message body:
>
> confirm 640089
>
> (Simply sending a 'reply' to this message should work from most email
> interfaces, since that usually leaves the subject line in the right
> form.)
>
> If you do not wish to subscribe to this list, please simply disregard
> this message.  Send questions to
> hto...@li....

=2D-=20
Money for nothing, that's the way you do it
[Dire Straits]

[htoolkit-users] [simonmar@microsoft.com: RE: Bug in 6.0.1]

[Matthew P. <me...@tp...>]

------- Start of forwarded message -------
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
Content-Type: text/plain;
	charset="us-ascii"
Subject: RE: Bug in 6.0.1
Date: Tue, 4 Nov 2003 09:34:42 -0000
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Bug in 6.0.1
Thread-Index: AcOiLQKLGj6Ou2aRSTiYsZpC3X3RPAAicu4g
From: "Simon Marlow" <sim...@mi...>
To: "Matthew Parry" <me...@tp...>, <gla...@ha...>
X-OriginalArrivalTime: 04 Nov 2003 09:34:17.0232 (UTC) FILETIME=[D118D900:01C3A2B6]
X-TPG-Junk-Status: score=0.0 tests=none
X-TPG-Junk-Result: determined as NOT junk email, not even with a medium detection setting

 
> When I load HToolkit 1.2 into GHC 6.0.1 I get the following:
> 
> --8<----
> 
> mettw > ghci -package gio  
>    ___         ___ _
>   / _ \ /\  /\/ __(_)
>  / /_\// /_/ / /  | |      GHC Interactive, version 6.0.1, 
> for Haskell 98.
> / /_\\/ __  / /___| |      http://www.haskell.org/ghc/
> \____/\/ /_/\____/|_|      Type :? for help.
> 
> Loading package port ... linking ... 
> /usr/lib/ghc-6.0.1/HSport.o: unknown symbol `__stginit_GHCziWord_'
> ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1):
>         can't load package `port'

Looks like the port package is missing a dependency on 'base'.

Cheers,
	Simon
------- End of forwarded message -------


-- 

Matthew Parry

-
"There now, didn't I tell you to keep a good count?  Well,
there's an end of the story.  God knows there's no going on
with it now." - Sancho Panza.

Re: [htoolkit-users] 1.2 notes

[Matthew P. <me...@tp...>]

   > *How many of the example programmes are supposed to
   > work properly?
   > I got varied results with GTK 2.0.

   All example programs from GIO works well. Can you tell
   me for concrete example which doesn't work?

simple/Able.hs - The window is far too small to display the
widgets properly.  I had to resize it.

simple/ConfigKey.hs - Is this just displaying the value of something?

simple/Fonts.hs - Bad window placement, top and left window 
borders are off my desktop.  The font of the "hello, world!" 
doesn't change when you select a diferent font.

simple/SimpleDrawing.hs - Bad window placement again.

life/Main.hs - Selecting Commands->Play doesn't apear to do anything.

Hardly serious problems, but I think the bad window placement and
sizing might indicate a problem.

-- 

Matthew Parry

-
"There now, didn't I tell you to keep a good count?  Well,
there's an end of the story.  God knows there's no going on
with it now." - Sancho Panza.

Re: [htoolkit-users] 1.2 notes

[Krasimir A. <ka2...@ya...>]

--- Matthew Parry <me...@tp...> wrote:
> 
> *The Port example programme doesn't work - It seems
> to have
> been written in some previous version of the API.

Yes. The Port example is too out of date. I will fix
that.

> 
> *Every time I start a programme I get a message
> like:
> 
> (process:1017): GLib-GObject-WARNING **: [Invalid
> UTF-8] gobject.c:782: 
> object class `GnomeProgram' has no property named
> `ðÄ[^ÃSì\$D$PèÁ§'

The same is on my Mandrake Linux. The message comes
from somewhere inside libgnome and I don't know why.
Despite of this the library works well.

> *I need to add `-package text' to command line to
> avoid ghci
> failing with:
> 
> 
> Loading package port ... linking ...
> /usr/lib/ghc-6.0.1/HSport.o: unknown symbol
> `__stginit_GHCziWord_'
> ghc-6.0.1: panic! (the `impossible' happened, GHC
> version 6.0.1):
>         can't load package `port'
> 
> Please report it as a compiler bug to
> gla...@ha...,
> or http://sourceforge.net/projects/ghc/.
> 
> 
> 
> I've reported it as requested, but it might help
> others if you
> include a warning about this possibility.

This is strangely. I still use ghc-6.0 and the library
is not tested with 6.0.1. The both GIO and Port are
independent from Text package.

> *How many of the example programmes are supposed to
> work properly?
> I got varied results with GTK 2.0.

All example programs from GIO works well. Can you tell
me for concrete example which doesn't work?

Krasimir

__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/

[htoolkit-users] 1.2 notes

[Matthew P. <me...@tp...>]

*The Port example programme doesn't work - It seems to have
been written in some previous version of the API.

*Every time I start a programme I get a message like:

(process:1017): GLib-GObject-WARNING **: [Invalid UTF-8] gobject.c:782: 
object class `GnomeProgram' has no property named `ðÄ[^ÃSì\$D$PèÁ§'

*I need to add `-package text' to command line to avoid ghci
failing with:


Loading package port ... linking ... /usr/lib/ghc-6.0.1/HSport.o: unknown symbol `__stginit_GHCziWord_'
ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1):
        can't load package `port'

Please report it as a compiler bug to gla...@ha...,
or http://sourceforge.net/projects/ghc/.



I've reported it as requested, but it might help others if you
include a warning about this possibility.

*How many of the example programmes are supposed to work properly?
I got varied results with GTK 2.0.

-- 

Matthew Parry

-
"There now, didn't I tell you to keep a good count?  Well,
there's an end of the story.  God knows there's no going on
with it now." - Sancho Panza.

Re: [htoolkit-users] Is GTK2 required? and glade question

[Krasimir A. <ka2...@ya...>]

--- Nick Name <nic...@in...> wrote:
> I was in doubt because due to recent develpments on
> the GUI ML I thought 
> that every people seeking to write a high-level GUI
> had given up; this 
> is the only reason why I publicily invited you to an
> heartbeat signal.

Don't worry! The HToolkit is a live and will continue
to evolve. I hope that it will be possible to release
the next version very soon - probably this or next
week.

> For the proposal about attributes, there are non-h98
> solution wich will 
> allow a search on a list of types (probably you
> already know, since 
> many people appear to use this to model multiple
> inheritance in ffi's). 

I am not very worried about Haskell 98 comptibility
but some people will do. If you have simple idea which
uses only features proposed for Haskell 2. I am 
inclined to incorporate it in the GIO design.

> Apart from that, I still think that the direction of
> htoolkit was the 
> right one, and if you don't mind, when I will have
> some time, I can 
> post some possible addition to the library on the
> mailing list, but BTW 
> what's your position regarding to complex state
> handling (e.g. ability 
> to change the monad from IO to something else, or
> ability to watch for 
> state changes in a "Var" by obtaining an event
> handler from an 
> attribute), so that I avoid bothering you with such
> things in case you 
> are absolutely against them, and wasting my time too
> ? :) 

    I don't like to change the monad from IO to
something else. The ObjectIO library is implemented
with two monad types: GUI and Draw. Each time when I
want to run some IO action I need to lift the action
with 'liftIO'. I think that the absence of specific
monads in HToolkit is an advantage.
    The ability to watch the state change (i.e. the
change of some attribute value) is another thing. This
can make the library design more clear but I have
never thought about it.

Bye,
Krasimir

    P.S. As you can see the definition of Process type
in CVS is changed as in your proposal.

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: [htoolkit-users] Is GTK2 required? and glade question

[Nick N. <nic...@in...>]

Alle 12:42, luned=EC 20 ottobre 2003, Krasimir Angelov ha scritto:

> =A0 =A0 I don't like to change the monad from IO to
> something else. The ObjectIO library is implemented
> with two monad types: GUI and Draw. Each time when I
> want to run some IO action I need to lift the action
> with 'liftIO'. I think that the absence of specific
> monads in HToolkit is an advantage.

Oh, yes, that's a design decision wich one can agree or disagree, and I=20
find it more comfortable, too. What I was talking about is of less=20
interest in the project, but is about attributes in general (since=20
someone mentioned somewhere the possibility to include the attribute=20
library in the hslibs, and I think that would be a good thing): the=20
ability for the user of the Attr library to change the IO monad to=20
something else - it would not affect htoolkit since it has ffi calls=20
and so it would choose the IO monad.

> =A0 =A0 The ability to watch the state change (i.e. the
> change of some attribute value) is another thing. This
> can make the library design more clear but I have
> never thought about it.
>
> Bye,
> Krasimir
>
> =A0 =A0 P.S. As you can see the definition of Process type
> in CVS is changed as in your proposal.

Thanks ;) I still have to take your gnome2.4 route, though, but I think=20
this will happen really soon.

V.

Re: [htoolkit-users] Is GTK2 required? and glade question

[Krasimir A. <ka2...@ya...>]

   Hi Vincenzo

> PS: I still wonder if Krasimir is willing to keep on
> writing this 
> library, since I didn't get replies to recent
> questions. 

   I am really sorry that I wasn't able to answer you
earlier. After my two weeks holiday I returned to my
office and I found that there was too much work
waiting for me to do.
   I read your proposal about readonly attributes and
I like the idea of separated Readable and Writeable
and ReadWrite types. In your second proposal you try
to work arround the combinatorial explosion with more
complicated type classes. Still I think that this is
not a very good solution. The type checker will accept
the following types:

Attr Readable  w a
Attr Writeable w a
Attr (Readable,Writeable) w a

but will reject this one:

Attr (Writeable,Readable) w a

It would be good if there is a solution which will
accept the last type as well as the following ones:

Attr Initial w a
Attr (Initial,Readable) w a
Attr (Readable,Initial) w a

Unfortunatelly I can't see a way to do this and I
think that the first solution is the simplier one. 

    About the "Progress" type: There is nothing
specific here and the type can be defined as:

data Process = Process

Just like in your proposal.

Cheers,
Krasimir

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: [htoolkit-users] Is GTK2 required? and glade question

[Nick N. <nic...@in...>]

Alle 05:49, domenica 19 ottobre 2003, Matthew Parry ha scritto:
> Looking through the archive for this list Vincenzo seemed
> to think that GTK2 was needed to compile Port. =A0Is that
> right? =A0I certainly get heaps of errors from the includes (I'm
> using the released version).
>

Yes it's required, and gnome2-devel, too.

> I'm currently using Debian stable/testing and would have
> to perform a major upgrade to get GTK2 (50 packages upgraded and
> 70 newly installed), so I just want to know if the upgrade
> will let me compile HToolkit.

To compile the cvs version even debian unstable won't do, since Krasimir
is using gnome 2.4. To compile the release, sigh, you need gnome 2 and=20
keep also in mind that the way to get through the dependency errors in=20
port is:

while ! make ; do echo; done

Vincenzo

PS: I still wonder if Krasimir is willing to keep on writing this=20
library, since I didn't get replies to recent questions.=20

[htoolkit-users] Is GTK2 required? and glade question

[Matthew P. <me...@tp...>]

Looking through the archive for this list Vincenzo seemed
to think that GTK2 was needed to compile Port.  Is that
right?  I certainly get heaps of errors from the includes (I'm
using the released version).

I'm currently using Debian stable/testing and would have
to perform a major upgrade to get GTK2 (50 packages upgraded and
70 newly installed), so I just want to know if the upgrade 
will let me compile HToolkit.

Also, when I get it installed I was thinking of writing
a programme to convert glade xml files to GIO source.  Has
anyone else started this or have any suggestions for it?

Thanks much.

-- 

Matthew Parry

-
"There now, didn't I tell you to keep a good count?  Well,
there's an end of the story.  God knows there's no going on
with it now." - Sancho Panza.

[htoolkit-users] A question about Process.hs

[Nick N. <nic...@in...>]

I read:

--
data Process

pc :: Process
pc = error "The Process is an abstract object and cannot be evaluated"
--

Why not

--
data Process = Process

pc :: Process
pc = Process
--

and avoid the need of -fglasgow-exts? Is there any advantage in doing it 
that way?

V.

[htoolkit-users] Compile time error for port in CVS and other random topics

[Nick N. <nic...@in...>]

[1]
The CVS seems to fix my dependency problems (I was using the release 
version), however I get errors compiling port:

gcc -o build/cbits/GTK/ToolBar.c.o -c src/cbits/GTK/ToolBar.c [...]

In file included from src/cbits/GTK/ToolBar.c:4:
src/cbits/GTK/gtkdropdowntoolbutton.h:40: error: syntax error before 
"GtkToolButton"
src/cbits/GTK/gtkdropdowntoolbutton.h:40: warning: no semicolon at end 
of struct or union
src/cbits/GTK/gtkdropdowntoolbutton.h:43: error: syntax error before '}' 
token
[...]

The file is

struct _GtkDropDownToolButton
{
  GtkToolButton parent; // *** line 40 ***

  GtkWidget *menu_item;
};

This happens (I think) because "grep -r GtkToolButton /usr/include" does 
not find anything! Someone knows why? I have already succeded in 
compiling the release version, so I assume I have all the required 
libraries!

[2]
Krasimir, I was about to try to get the ability, in some comfortable way 
wich does not break existing code, to create read-only attributes in 
the sense of Attr.hs, and see myself what's wrong with that. 
May I know what are your opinions about this? I have read your mail in 
the GUI list but am unsure if I have understood anything :)

[3]
What about posting events? Have you ever considered the possibility and 
discarded it? That would be more elegant than a destroy event and a 
destroyWidget function.

bye

Vincenzo

Re: [htoolkit-users] For the guy who could not compile port...

[Nick N. <nic...@in...>]

Alle 15:46, marted=EC 9 settembre 2003, Krasimir Angelov ha scritto:
> Do you have older version of port? Some times ago
> there was dependency checking problem but it is fixed.

Yes, I am using the "release". I will try the CVS version in the next=20
days, thanks

Vincenzo

Re: [htoolkit-users] For the guy who could not compile port...

[Krasimir A. <ka2...@ya...>]

--- Nick Name <nic...@in...> wrote:
> I had exactly the same problems as you, and I just
> solved them with a 
> 
> while ! make ; do echo; done
> 
> I don't know what is happening here: make complains
> about not being able 
> to find some imports wich are there. In the next
> compilation it finds 
> them, obviously, as if it had generated them just in
> the latest 
> command.

Do you have older version of port? Some times ago
there was dependency checking problem but it is fixed.
In last few days I experimenting with new build system
based on automake & autoconf and when I look
at CVS I see that I was commit some changes which
doesn't need to be there. Probably thin can confuse
you, if you have the latest CVS version. I commit the
the previous configure/makefile scripts and now it
works well on my machine. If you still have problems
please tell me as soon as possible because I will
travel tomorrow.

> BTW, how do I close a window from htoolkit?
> destroyWidget just destroys 
> its content!

The destroyWidget destroys just document window but
there is also application window. The application
window holds the menu bar, the toolbars and the
document window. To close the application window you
need to close the whole (GUI) application. You can use
'quit' or 'halt' functions or you can use
destroyWidget but with the application as argument. 
The application object is accessible as global
function:

pc :: Process

You can destroy it with:

destroyWidget pc

Where (destroyWidget pc == halt)


Cheers,
Krasimir

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[htoolkit-users] For the guy who could not compile port...

[Nick N. <nic...@in...>]

I had exactly the same problems as you, and I just solved them with a 

while ! make ; do echo; done

I don't know what is happening here: make complains about not being able 
to find some imports wich are there. In the next compilation it finds 
them, obviously, as if it had generated them just in the latest 
command.

BTW, how do I close a window from htoolkit? destroyWidget just destroys 
its content!

Vincenzo, who switched to debian unstable at home only to try htoolkit 
:)

Re: [htoolkit-users] recompile with ghc6.01 latest cvs fails

[Krasimir A. <ka2...@ya...>]

--- Luc Taesch <li...@ta...> wrote:
> this is cygwin/ winxp /ghc 6.01
> 
> any idea ?
> 
> if I keep on doing make, i have some cyclic error

Strange. It works pretty well on my machine. The
trouble seems that there is incorrect dependency
information. Check out the latest changes from CVS in
a new directory and try again.

Best wishes,
Krasimir

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com