Here is a suggested addition to GIO, GWin32InputStream and
GWin32OutputStream. You can use these in your code until they appear
in GLib (in 2.26 hopefully). Pick out the files gwin32inputstream.[ch]
and gwin32outputstream.[ch] from the git diff below, change the names
to avoid using the GLib namesp
> By the way, I had never programmed using glib threads before. Is the threads
> part of the code I had sent earlier correct?
If you want people to actually test your code, you do need to show a
*complete* compilable and *minimal* test case.
In general, it's best to avoid threads. For some reason
Hey, I'm wondering if anyone knows what/where I can find the error code name
for an asynchronous operation being canceled? I've looked through the
docs/headers but was unable to find the information. This would just be used
for something like the following, where the user is only notified of an
On Tue, 13 Apr 2010 01:01:15 +0530, Nischal Rao
wrote:
>> Is the
>> threads part of the code I had sent earlier correct?
I haven't seen the code yet. It could be me, but the mailing list software
probably scrubs attachments. Most folks just post as inline text.
--
www.thomasstover.com
__
Not sure if it's just me, but I can't see the attachment. For things like fseek
and fclose, you might want to look at the gio library
(http://library.gnome.org/devel/gio/stable/) which is included along with glib.
On Tue, 13 Apr 2010 00:21:44 +0530
Nischal Rao wrote:
> I just noticed... the co
the problem still persists. :(
my assumption was wrong
On Tue, Apr 13, 2010 at 12:43 AM, Nischal Rao wrote:
> I got the problem!
>
> The thing is, before calling the prepareGrammar() function i am calling a
> function, SPI_generateMouseEvent() which modifies the at-spi tree which is
> ac
I got the problem!
The thing is, before calling the prepareGrammar() function i am calling a
function, SPI_generateMouseEvent() which modifies the at-spi tree which is
accessed by prepareGrammar, i.e., i was accessing the tree while it was
being modified by another external program. All i need to
I just noticed... the code sometimes works and sometimes doesn't work(the
code doesn't go to completion which kind of confirms that there is thread
lock problem).
There doesn't seem to be an error in other parts of the code because the
code works fine when i comment the file writing part(i.e., pre
It would be *much* easier to help you if you could show us some actual
code that works strangely for you. A minimal but complete sample
program, thanks. Now it is very hard to understand what you mean.
--tml
___
gtk-app-devel-list mailing list
gtk-app-de
On Mon, 12 Apr 2010 21:25:44 +0530, Nischal Rao
wrote:
> the files are coming empty. I suspect this is happening because of
thread
> lock problems...
>
>
Have you tried a "flush" operation. ie fflush() or g_io_channel_flush()?
Beyond that we would need to see some sort of code example.
--
ww
2010/4/10 Nader Morshed :
>
> I'm wondering what the status is for 2.18/2.20 compatibility with Windows and
> if I should bundle it with my project, through modifying the gtk-win
> project's NSIS file, or if there are issues that still need to be worked out.
I think the most imporant bugs are th
On Mon, Apr 12, 2010 at 8:33 PM, Thomas Stover wrote:
> 1) you mean glib threads right? (maybe there is a gnome thread?)
>
yes... i mean glib threads.
> 2) you're going to want to use glib based functions like io channels
> instead of stdio (for regular files at least)
> 3) "don't seem to work"
2010/4/12 Nischal Rao :
> Hi,
>
> Within a gnome thread i need to read as well as write to a file. I tried
> using the regular fprintf() etc but they don't seem to work.
> Can somebody please help me out since I am new to gnome threads.
see if you can use the GIO _async() calls, they use threads i
1) you mean glib threads right? (maybe there is a gnome thread?)
2) you're going to want to use glib based functions like io channels
instead of stdio (for regular files at least)
3) "don't seem to work" is not enough information for anyone to help you
4) you also need a real reason to be using thr
Since gtk-app-devel-list was useless, I am going to post a working full DnD
example here that others can use in case they search for the same problem
and locate this thread.
This example is going to be in GOB format. But since that generates C you
can use that if you care. This example will accept
On Sun, 2010-04-11 at 09:51 +0300, Tor Lillqvist wrote:
> > Would filing tickets of the issues that arise generate a response?
>
> Filing tickets (bug reports in bugzilla.gnome.org) for individual
> clearly separate issues (that don't have bug reports already) is
> always good,
This is essential.
Hi,
Within a gnome thread i need to read as well as write to a file. I tried
using the regular fprintf() etc but they don't seem to work.
Can somebody please help me out since I am new to gnome threads.
Thanks in advance.
--
regards,
Nischal E Rao
blogs.sun.com/nischal
Join RVCE OSUM at http:/
17 matches
Mail list logo